[Qt-interest] Qt Webkit or QtQuick?

Oliver.Knoll at comit.ch Oliver.Knoll at comit.ch
Tue Nov 9 13:39:34 CET 2010


On 2010-11-09 Konstantin Konstantin Tokarev wrote:

>> ...
>> - Desktop: Go the Qt Creator/QWidget way!
>> - Mobile phones / "simple" desktop "widgets": Try QtQuick / QML
> 
> 
> What's wrong with QWidgets on mobile phones?

Nothing! ;) That's why I explicitly wrote /try/ QtQuick ;) Bottom line: "... and if you don't like it, go the traditional and well-proven QWidget way."

But I could imagine that the QtQuick based "widgets" might be indeed more performant on mobile systems, as they are specifically targeted at those systems (which typically have limited resources, as compared to desktop systems). And they probably don't need to deal with "partial hidden dialogs", "window hints" and other typical "desktop features", so I guess they can drop quite some code - and hence be more performant, or at least less resource hungry.

Apart from that, as I guess "mobile phone apps" have much simpler "dialogs" (they must have, due to limited screen space and how you use them, e.g. with your finger -> need bigger buttons etc.), yet on the same time they are expected to be much "flashier" than normal desktop applications, QtQuick / QML is probably really better to design / animate those kind of dialogs.

Again, I am a "Qt Designer" (for "simple dialogs") guy and like to code complex GUI dependencies explicitly in C++ with the "QWidget API" (and not any other "XML based declarative design language" where you have to share "GUI logic" in your C++ code and some QML files...). But I will definitively want to try QtQuick for sure...

Cheers, Oliver
--
Oliver Knoll
Dipl. Informatik-Ing. ETH
COMIT AG - ++41 79 520 95 22






More information about the Qt-interest-old mailing list