QtCS2017 QtQuickControlsDeployment

From Qt Wiki
Revision as of 12:16, 9 October 2017 by Kkoehne (talk | contribs) (Added comment that we should bring this up in the 'New QML compiler infrastructure' session.)
Jump to navigation Jump to search

Meeting minutes from (Qt Quick Controls) Deployment Challenges, QtCon 2017

Organizer: Nils Jeisecke Notetaker: Kai Koehne

  • First user experience is bad
    • windeployqt does expect qml files in subdirectory
    • Qt Creator template puts main.qml in top level file
  • Files / resources mess
    • Documentation for QQ Controls 1: "Everything is in resources"
    • windeployqt copies a lot of .qml files though
    • Also .qmlc files are copied by windeployqt
      • Comment: All these .qml files are prob a bug in Qt Quick Controls 1 build scripts
      • Comment: We probably copy them for debugging/profiling
  • Difference between static and dynamic builds
    • Static builds: .qml files for imports are put into the executable
    • Dynamic builds: single .qml files are shipped
    • This is not reflected by documentation though
  • Why is Qt resource system better
    • Unified approach on all platforms
    • Code signing
    • .qmlc
  • Same problems are there for Qt Quick Controls 2: QTBUG-48386
  • Why is 'qmltooling' deployed by windeployqt?
    • Useful for debugging and profiling
    • There's no clear distinction though between 'deployment' to a device, and generating a final package.
  • Conclusion
    • We think Qt resource system should be the way to go
    • Anhow, we miss the right people in the session to decide this. Let's try to schedule a second slot.
    • (Update: Since it relates closely to Qt Quick, the suggestion is to bring this up in the 'New QML compiler infrastructure' session)