[Interest] Building a large desktop application with QML/QtQuick?

[Nuno Santos]

Russel,

From my experience QtQuick is really quick.

I have built a quite complex application on Desktop but to be deployed for iOS and Android. I’m not sure how complex is your app but I had to write a lot of custom components in qml and even create custom scene graph components. If it wasn’t QtQuick I couldn’t make it alone and in 6 months. You can have an idea from this video:

https://www.youtube.com/watch?v=SFKUaEzT-7o <https://www.youtube.com/watch?v=SFKUaEzT-7o>

You will probably not find a document that tells you exactly how to structure your application. The best way is to start and feel the problems. I had performance and memory problems when deploying to devices and I have found this resources very useful:

http://doc.qt.io/qt-5/qtquick-performance.html <http://doc.qt.io/qt-5/qtquick-performance.html>
http://qmlbook.github.io/ <http://qmlbook.github.io/>

Regards,

Nuno

> On 19/06/2015, at 20:00, Russell Warren <russ at perspexis.com> wrote:
> 
> 
> I'm contemplating making a large/monolothic/modular desktop application with QML/QtQuick.  The application would be a client-side application for a back-end server with a lot of data.  There will be a wide variety of interfaces to manage, including: many forms for creating/modifying various server-side objects; a large number of table/treeview displays for exploring data, and many varieties of interactive graphs/charts.  Data viewing must scale up to millions of data points of diverse types... ListView, TableView, and the new TreeView controls would definitely be heavily used.  It is also worth saying that the control count/density would be pretty high. Portions of the application would be like an IDE, or like Excel (but JMP [1] is a better example).
> 
> Starting proof of concepts with QML look really promising.  In particular, the GUI design/layout model is so enjoyable that reverting back to Qt Widgets development feels clunky and old (I hate to say that... I love Qt Widgets!).  QML works very nicely.  Binding on its own is awesome.
> 
> However, before a more significant investment into the QtQuick path, I figured it was worth asking a few questions on this list:
> Can anyone think of any fundamental reason to NOT do the interface with QML? ie: Any compelling reasons that we should stick with old-school Qt Widgets?
> Does anyone know of any existing examples of large applications built with QtQuick?
> Does anyone know of any good resources on structuring large QtQuick applications?
> For the last question, this document is a great start:
> 
> https://wiki.qt.io/QML_Application_Structuring_Approaches <https://wiki.qt.io/QML_Application_Structuring_Approaches>
> 
> I'm looking for further ideas or examples.  Especially ones that include thoughts on organizing large numbers of custom qml components into modules/hirerarchies to keep coding somewhat sane.
> 
> Any advice is greatly appreciated!
> 
> Thanks,
> Russ
> 
> [1] http://www.jmp.com/en_us/software/jmp.html <http://www.jmp.com/en_us/software/jmp.html>
> 
> 
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20150620/dc812381/attachment.html>