[Qt-interest] What is likely to be in Qt 4.8?
Till Oliver Knoll
till.oliver.knoll at gmail.com
Thu Feb 24 20:53:49 CET 2011
Am 24.02.2011 um 00:06 schrieb Yuvraaj Kelkar <yuvraaj at gmail.com>:
> Qt without QML uses the underlying window manager and thus from a
> user-comfort point of view, it is discomforting.
> With QML, the UI looks and behaves the same no matter which platform.
That' funny: in contrast to Java (initially) Qt became very succesful - as a cross-platform toolkit - simply BECAUSE it was and still is using the underlying widgets!
YES, I want my desktop app to look and behave like any other Mac app - on a Mac! And I like the KDE look when run on KDE and I do prefer the Windows native widgets on Windows!
Ask especially the Mac users, they would tar and feather your QML desktop app as "sorry, not native!".
However I do see some areas where QML desktop apps would make sense: "full screen apps", most probably games.
That said, taking QML back to mobile devices, personally I'd say the next logical step would be to use an "iPhone push button" on iPhone and a "Symbian push button" on Symbian etc. when a button was specified in QML (I must admit I have only passively looked at the QML examples, but I strongly assume there must be some kind of <button> element). In other words: have a "style" in analogy to QStyle and *.ui widget rendering. And if you REALLY want your app to look the same on every platform: you'd choose the "Qt style" explicitly.
Because as someone mentioned in another thread: "We don't want our app to look the same on iPhone as on Android." [as on Symbian as on MeeGo as on...]
But first things first, let's see where the Android port etc. is going. And please continue with the QWidget approach on desktop systems: fixed size windows really don't make sense there (except a few cases like games). ;)
Cheers,
Oliver
More information about the Qt-interest-old
mailing list