Does QML support native look-and-feel on Windows?
-
@raven-worx said in Does QML support native look-and-feel on Windows?:
@KevinMQt said in Does QML support native look-and-feel on Windows?:
It's 2019, do you still hold the same view that Qt Widgets is best for native looking Desktop(Win,Mac,Linux) applications and Qt Quick/QML is best for Mobile & Embedded
yes, i (personally) do.
Qt Designer is the drag and drop tool(rapid prototyping) for Qt Widgets, is it in active development?
it's part of QtCreator, so yes. Also there is QtDesignStudio in the meantime available.
And what do you do it the same code (logically, not necessary the identical GUI) should run on both?
There is no true right/wrong.
It als heavily depends on your UI. Nevertheless its possible to share the same backend (C++ data logic) and only use QtWidgets and QML for the UI (see the MVC pattern for example).
See https://doc.qt.io/qt-5/qtqml-cppintegration-data.htmlDid you share the right link? I don't see any mention of MVC or "model" in the article.
Also, for scenes that have complex logic in the loading code, my impression so far is that generating QML scenes from C++ (via template QML files) must by necessity be very slow compared to creating a scene directly in GraphicsView.@Asperamanca said in Does QML support native look-and-feel on Windows?:
Did you share the right link? I don't see any mention of MVC or "model" in the article.
MVC is a generic software pattern to separate logic from representation (UI).
https://en.wikipedia.org/wiki/Model–view–controller -
@Asperamanca said in Does QML support native look-and-feel on Windows?:
Did you share the right link? I don't see any mention of MVC or "model" in the article.
MVC is a generic software pattern to separate logic from representation (UI).
https://en.wikipedia.org/wiki/Model–view–controller@raven-worx said in Does QML support native look-and-feel on Windows?:
@Asperamanca said in Does QML support native look-and-feel on Windows?:
Did you share the right link? I don't see any mention of MVC or "model" in the article.
MVC is a generic software pattern to separate logic from representation (UI).
https://en.wikipedia.org/wiki/Model–view–controllerYeah, I know that one. I was just wondering what the link you originally shared had to do with it.
-
@raven-worx said in Does QML support native look-and-feel on Windows?:
@Asperamanca said in Does QML support native look-and-feel on Windows?:
Did you share the right link? I don't see any mention of MVC or "model" in the article.
MVC is a generic software pattern to separate logic from representation (UI).
https://en.wikipedia.org/wiki/Model–view–controllerYeah, I know that one. I was just wondering what the link you originally shared had to do with it.
@Asperamanca said in Does QML support native look-and-feel on Windows?:
I was just wondering what the link you originally shared had to do with it.
it is about how C++ data types (backend) can be sent to QML (UI) and vice versa.
-
@Asperamanca said in Does QML support native look-and-feel on Windows?:
Does that mean that native styling is only supported by Qt Quick Controls 1?
yes
Does that mean that native styling is only supported by Qt Quick Controls 1?
Yes.
@raven-worx, is this still true? I ask because I want to commit to Qt 6, but it's really, really difficult when native style support is so inconsistent. I see that QtWidgets, which inherits the native
QStyleis deprecated in favour of QML, but solely the deprecatedQtQuickControls 1appears to provide nativeQQuickStyle, for its replacement – at least,QtQuickControls 2– does not appear to.I'm using KDE Plasma 6 as my development and deployment environment, so native "application style" (as
kcm_stylephrases it) is important to me (until at least KDE's Union can unify theQStyleandQQuickStyles). If not, I'll convert to something likewxQt/wxMSW(post/822753) per-platform.When using a forum, remember to tag the person you are responding to, in case they are not subscribed to the thread.
-
Does that mean that native styling is only supported by Qt Quick Controls 1?
Yes.
@raven-worx, is this still true? I ask because I want to commit to Qt 6, but it's really, really difficult when native style support is so inconsistent. I see that QtWidgets, which inherits the native
QStyleis deprecated in favour of QML, but solely the deprecatedQtQuickControls 1appears to provide nativeQQuickStyle, for its replacement – at least,QtQuickControls 2– does not appear to.I'm using KDE Plasma 6 as my development and deployment environment, so native "application style" (as
kcm_stylephrases it) is important to me (until at least KDE's Union can unify theQStyleandQQuickStyles). If not, I'll convert to something likewxQt/wxMSW(post/822753) per-platform.@RokeJulianLockhart said in Does QML support native look-and-feel on Windows?:
@raven-worx, is this still true? I ask because I want to commit to Qt 6, but it's really, really difficult when native style support is so inconsistent.
In Qt 6, Qt Quick Controls offers the
Windowsstyle (Windows 10 style) as well as theFluentWinUI3style (Windows 11 style): https://doc.qt.io/qt-6/qtquickcontrols-styles.html#windows-styleI see that QtWidgets, which inherits the native
QStyleis deprecated in favour of QMLWidgets aren't going anywhere anytime soon. They are still fully maintained, and are even getting a new style: https://wiki.qt.io/QtCS25_-_UnifiedStyling
Qt Doc Search for browsers: forum.qt.io/topic/35616/web-browser-extension-for-improved-doc-searches
-
Does that mean that native styling is only supported by Qt Quick Controls 1?
Yes.
@raven-worx, is this still true? I ask because I want to commit to Qt 6, but it's really, really difficult when native style support is so inconsistent. I see that QtWidgets, which inherits the native
QStyleis deprecated in favour of QML, but solely the deprecatedQtQuickControls 1appears to provide nativeQQuickStyle, for its replacement – at least,QtQuickControls 2– does not appear to.I'm using KDE Plasma 6 as my development and deployment environment, so native "application style" (as
kcm_stylephrases it) is important to me (until at least KDE's Union can unify theQStyleandQQuickStyles). If not, I'll convert to something likewxQt/wxMSW(post/822753) per-platform.@RokeJulianLockhart said in Does QML support native look-and-feel on Windows?:
... I want to commit to Qt 6, ..., but solely the deprecated
QtQuickControls 1appears to provide nativeQQuickStyle, for its replacementJust to note that
QtQuickControls 1is more than deprecated in Qt 6. The deprecation happened in Qt 5 in advance of its removal in Qt 6. -
@RokeJulianLockhart said in Does QML support native look-and-feel on Windows?:
@raven-worx, is this still true? I ask because I want to commit to Qt 6, but it's really, really difficult when native style support is so inconsistent.
In Qt 6, Qt Quick Controls offers the
Windowsstyle (Windows 10 style) as well as theFluentWinUI3style (Windows 11 style): https://doc.qt.io/qt-6/qtquickcontrols-styles.html#windows-styleI see that QtWidgets, which inherits the native
QStyleis deprecated in favour of QMLWidgets aren't going anywhere anytime soon. They are still fully maintained, and are even getting a new style: https://wiki.qt.io/QtCS25_-_UnifiedStyling
@JKSH, as aforestated, my environment isn't primarily Windows, so a pre-defined WinUI2/3-equivalent
QQuickStyleis assistive, but not sufficiently comprehensive if I want to utilise QML.However, I'm glad to hear that QtWidgets are in active development.
Though, this rather reminds me of the mess with Microsoft's myriad equivalent GUI endeavours – is all the information I see online about QtWidgets being deprecated in QML's favour (which KDE's push for Kirigami appears to mimic) because that was once true, but isn't anymore?
When using a forum, remember to tag the person you are responding to, in case they are not subscribed to the thread.
-
@JKSH, as aforestated, my environment isn't primarily Windows, so a pre-defined WinUI2/3-equivalent
QQuickStyleis assistive, but not sufficiently comprehensive if I want to utilise QML.However, I'm glad to hear that QtWidgets are in active development.
Though, this rather reminds me of the mess with Microsoft's myriad equivalent GUI endeavours – is all the information I see online about QtWidgets being deprecated in QML's favour (which KDE's push for Kirigami appears to mimic) because that was once true, but isn't anymore?
@RokeJulianLockhart said in Does QML support native look-and-feel on Windows?:
@JKSH, as aforestated, my environment isn't primarily Windows, so a pre-defined WinUI2/3-equivalent
QQuickStyleis assistive, but not sufficiently comprehensive if I want to utilise QML.Ah, I missed that. This thread is about native look-and-feel on Windows so I answered in that context.
OK, Qt Quick Controls also has native styles for macOS, iOS, and Android. (There's no such thing as a "native" style for Linux)
My suggestion? Give Qt Quick a test run with a simple test project. Decide whether to use it or not based on how it helps you get things done, not just what styles are available.
Other note: The graphics technology is called Qt Quick. The primary language is QML, but you can still use C++ to implement some Qt Quick classes if you wish.
is all the information I see online about QtWidgets being deprecated in QML's favour (which KDE's push for Kirigami appears to mimic) because that was once true, but isn't anymore?
Well, Qt Widgets was never deprecated in the first place.
My guess is that people saw that each new release brought big improvements to Qt Quick but didn't bring big improvements to Qt Widgets, and concluded that widgets are being dumped. What they forgot was this:
- Widgets were a mature, 20-year-old technology that works well and is relied on by many, so there's no room for fancy revolutionary changes.
- Qt Quick was a new young technology, wet around the ears, with lots of room for growth. That's why the growth spurts seem so dramatic.
However, I'm glad to hear that QtWidgets are in active development.
I'm not sure I'd use the term "active development" though. It's being maintained, bugs are fixed, and it's kept working smoothly with new versions of OS'es, but there's no revolution happening.
-
My understanding is that KDE itself uses Qt Quick, so I'd be surprised if they could not make the controls look native...
-
@Asperamanca, you'd be as surprised as me, per
discuss.kde.org/t/173/17anddiscuss.kde.org/t/13920. Although the focuses are on a very specific (albeit important topic), the latter cites some very verbose criticisms from developers. I'm of the hope it's Kirigami's fault, rather than QML's. However, when I've tried pure QML on Plasma, it's looked worse than even Kirigami does. I'll presume that that's because the original creators of Kirigami attempted to style QML initially, and solely after they realised that they couldn't to their satisfaction, created Kirigami.I'd say that this is in comparison to their
QStyle, which doesn't require a middleman to styleQtWidgets-based applications. However, considering the Union project has recently come to fruition, that might not be true. Though, it might instead be because they need to style QML so heavily that they can't feasibly maintain aQStyleandQQuickStyle.I'll merely wait a little for Union to be released, to see whether the styling improves across platforms. The
FluentWinUI3were a significant improvement, after seeing them in use in NextCloud on Windows 11. It'd be nice if solely one technology were the future, whether QML or QtWidgets.
