6 ms·

I've looked into Qt several times in the past two decades as a cross platform SDK for some app ideas I had, but one thing that kept stopping me is the confusing

I've looked into Qt several times in the past two decades as a cross platform SDK for some app ideas I had, but one thing that kept stopping me is the confusing multiple offerings they had. It reminded me of Windows programming: do I choose Windows Forms, WPF, or UWP? Same thing with Java, should I learn Swing or JavaFX? Qt has a similar story lately, I think there's an "old fashioned" API, and a JavaScript API, and a XML-like thing too, and I just don't know where to get started with 100% confidence that I'm not learning the wrong thing. [Edit] None of this is meant to be a criticism, but constructive feedback as to how to win over users like me who just wanted a stable, high quality SDK to use. If I'm not the target audience then that's fine too.

maximente 7y ago
naive ?: wouldn't you just use your programming language's bindings for Qt?
- sdegutis 7y ago
  That would be the "old fashioned" option, or what their site seems to call Qt GUI, and not compatible with Qt QML or Qt Quick (or Qt Quick Controls 2 which I think are just an upgrade)... I think.
  - ahartmetz 7y ago
    QML and Quick are basically the same in colloquial use. Technically QML is the language and Qt Quick the UI system built on top of it. Qt Quick Components (2) are some higher level building blocks for UIs.
    - empyrical 7y ago
      It isn't widely used yet (as far as I know) but there's a library to use QML as the language for building QtWidget-based apps: https://www.kdab.com/declarative-widgets/ https://www.kdab.com/declarative-widgets/
      - sdegutis 7y ago
        It looks a lot like SwiftUI, although I know they work fundamentally differently. I wonder if Qt could adopt that approach somehow, maybe with new C++ features, or maybe by adopting Swift...
gamegod 7y ago
If you're building for mobile or want a "modern" UI, go with Qt Quick. If you're building for the desktop, and want a conventional UI, use Qt Widgets. I'd go with Qt Widgets by default, unless I was building an app that needed very strong branding, a unique UI, and had design help, then I'd go with Qt Quick. Curious to hear what others think. (I've built a handful of desktop apps with Qt, but they're all tools for music or radio, so a flashy flat UI never made sense, so I've always stuck with Qt Widgets. No regrets.)
- ambrop7 7y ago
  Where would the graphics view framework fit? Wouldn't that potentially be a good fit for modern UI on desktop when you want a custom and consistent look-and-feel on all platforms?
  - gamegod 7y ago
    Graphics View is just a fancy widget for when you want to do loads of custom drawing of "items" on a canvas. "Qt provides [a] powerful graphics engine that supports easy visualization of items, with support for rotation and zooming. Additionally it provides an event propagation architecture for interaction." --> This is what QGraphicsView and QGraphicsScene accomplish for you. See: https://doc.qt.io/qt-5/qgraphicsview.html https://doc.qt.io/qt-5/qgraphicsview.html https://doc.qt.io/qt-5/qgraphicsscene.html https://doc.qt.io/qt-5/qgraphicsscene.html https://doc.qt.io/qt-5/examples-graphicsview.html https://doc.qt.io/qt-5/examples-graphicsview.html Take a look at the types of applications they used for the examples. It'd be a good solution for something like a CAD layout widget, or maybe a maps widget. You use it together with Qt Widgets or Qt Quick, not instead of it.
  - jcelerier 7y ago
    > Where would the graphics view framework fit? Wouldn't that potentially be a good fit for modern UI on desktop when you want a custom and consistent look-and-feel on all platforms? Qt Quick 1 was based on QGraphicsScene / QGraphicsView. Qt Quick 2 was created because they couldn't achieve the performance they wanted (60 fps animations on mobile basically) with the QPainter API and QGraphicsScene. It still has its uses for technical apps I would say - I personnally use it for the main view of ossia score (https://ossia.io https://ossia.io) and am able to get 120 fps with thousands of elements on a 4k screen... so I'm not too stressed about it :-)
geezerjay 7y ago
> Qt has a similar story lately, I think there's an "old fashioned" API, and a JavaScript API, and a XML-like thing too, and I just don't know where to get started with 100% confidence that I'm not learning the wrong thing. Qt is way simpler and straight to the point than you believe it is. Qt's UI files are XML files that offer a convenient way to design layouts which are intended to be used during the build process to generate C++ code. You are free to manually define layouts by instantiating Qt Widget objects but what's masoquism. It's also possible to use the same XML documents to dynamically generate the UI, but I never saw a project using that in any way. Then there's Qt Quick. That's an entirely different beast. The UI is defined with a DSL designed for this very purpose, and javascript can be used to handle UI events.
- sbuttgereit 7y ago
  "It's also possible to use the same XML documents to dynamically generate the UI, but I never saw a project using that in any way." This application: https://github.com/xtuple/qt-client https://github.com/xtuple/qt-client, does precisely that. It's an ERP application, the bulk of the system uses the XML files to generate into C++ as is usually the case, but they use the dynamic approach as a means by which to offer ad hoc customization support for their clients. In that case, and assuming a fully bespoke form, you use Qt Designer to create the XML ui file as you normally would, but that XML ui file ends up in a text field in the database rather than getting compiled into a C++ application. When the form is loaded, the C++ application loads the XML ui from the database, along with JavaScript to back it, and then dynamically renders the UI using the XML definition. On its own, that technique actually works surprisingly well for that use case and isn't distinguishable from the compiled forms in regard to function or performance at a practical level... maybe some delay in opening the form if the network is slow. Disclosure: My consultancy is a business partner of the company that makes that application.
svnpenn 7y ago
This is one thing that C# finally fixed. If you go to the downloads: https://dotnet.microsoft.com/download/dotnet-core/2.2 https://dotnet.microsoft.com/download/dotnet-core/2.2 you get "Build apps - SDK" and "Run apps - Runtime". So you know what to download depending on your situation. for years it would just say "SDK" and "Runtime", which to a new user means pretty much nothing. I think Java still uses the confusing style, they should stop it as well.
- butteroverflow 7y ago
  I don't see how that's any better than JRE + JDK. Runtime environment + development kit, with the ubiquitous J- prefix. I remember terrible confusion in the blog comments back when they first announced .NET Core. It was not helped by the fact, that, for example, you can build ASP.NET Core applications to target either the .NET Core runtime, or the "classic" .NET. You can build libraries to target "classic" .NET, .NET Standard, or .NET Core. I'd say the situation is worse than in Java world. It'll probably resolve itself though once they merge everything into a single framework.
- pjmlp 7y ago
  Java has stopped doing that with Java 9, with introduction of modules and linker. You are now supposed to bundle an application specific runtime tailored to your application. Which is also the path that .NET is taking forward with .NET Core.
  - sdegutis 7y ago
    I don't see how Java modules have anything to do with the UI framework. Swing is still part of JRE and JDK, and JavaX is now a third party framework, but that's as far as I can tell how that concept is related here.
    - pjmlp 7y ago
      Because modules and the linker work together, reducing the needless fat when creating an application specific runtime.
jcelerier 7y ago
Qt has two main GUI APIs : - Qt Widgets is a traditional desktop-app-looking UI toolkit, which can integrate with host operating system widgets and is mainly used through C++, Python or the QML language through https://www.kdab.com/declarative-widgets/ https://www.kdab.com/declarative-widgets/. Examples of apps made with Qt Widgets include: Guitar Pro, Unity3D bug reporter, Dolphin (both the emulator and the file manager), Calibre, Krita, VLC, VirtualBox, QTractor, LMMS, Mixx, and many KDE apps ... Qt Widgets comes with a form designer (called Qt Designer) which generates XML files which can either be compiled to C++ (and basically just new's and set properties on widgets) or parsed at run-time. - QtQuick is a fancy-looking, GPU-based, scene-graph backed, UI toolkit. It cannot integrate easily with, say, Win32 or Cocoa widgets because everything is rendered on a GL or D3D canvas if possible - as such, it is closer to game engines in terms of rendering than Qt Widgets. However, it supports fluid animations, and fancy effects akin to what you see on mobile or web apps. It is mainly used through the QML language, but some classes have C++ bindings (and you can create your own QtQuick items in C++). Examples of apps made with QtQuick include Substance Painter, Blizzard launcher, Native Access, Microsoft OneDrive (the desktop one AFAIK)... and it is used by the Jolla OS and plenty of embedded systems. Qt Quick also comes with a designer (called Qt Quick Designer) - however in Qt Quick the code is much more integrated with the UI layout.
- empyrical 7y ago
  > which generates XML files which can either be compiled to C++ Additionally, both Python bindings (PySide/Qt for Python and PyQt) have a compiler to turn these XML files into Python code.
Data_Junkie 7y ago
You're not the target.Qt is a stable, high quality SDK, but using high end tech tools is not for the confused.

maximente 7y ago

naive ?: wouldn't you just use your programming language's bindings for Qt?

sdegutis 7y ago
That would be the "old fashioned" option, or what their site seems to call Qt GUI, and not compatible with Qt QML or Qt Quick (or Qt Quick Controls 2 which I think are just an upgrade)... I think.
- ahartmetz 7y ago
  QML and Quick are basically the same in colloquial use. Technically QML is the language and Qt Quick the UI system built on top of it. Qt Quick Components (2) are some higher level building blocks for UIs.
  - empyrical 7y ago
    It isn't widely used yet (as far as I know) but there's a library to use QML as the language for building QtWidget-based apps: https://www.kdab.com/declarative-widgets/ https://www.kdab.com/declarative-widgets/
    - sdegutis 7y ago
      It looks a lot like SwiftUI, although I know they work fundamentally differently. I wonder if Qt could adopt that approach somehow, maybe with new C++ features, or maybe by adopting Swift...

gamegod 7y ago

If you're building for mobile or want a "modern" UI, go with Qt Quick. If you're building for the desktop, and want a conventional UI, use Qt Widgets. I'd go with Qt Widgets by default, unless I was building an app that needed very strong branding, a unique UI, and had design help, then I'd go with Qt Quick. Curious to hear what others think. (I've built a handful of desktop apps with Qt, but they're all tools for music or radio, so a flashy flat UI never made sense, so I've always stuck with Qt Widgets. No regrets.)

ambrop7 7y ago
Where would the graphics view framework fit? Wouldn't that potentially be a good fit for modern UI on desktop when you want a custom and consistent look-and-feel on all platforms?
- gamegod 7y ago
  Graphics View is just a fancy widget for when you want to do loads of custom drawing of "items" on a canvas. "Qt provides [a] powerful graphics engine that supports easy visualization of items, with support for rotation and zooming. Additionally it provides an event propagation architecture for interaction." --> This is what QGraphicsView and QGraphicsScene accomplish for you. See: https://doc.qt.io/qt-5/qgraphicsview.html https://doc.qt.io/qt-5/qgraphicsview.html https://doc.qt.io/qt-5/qgraphicsscene.html https://doc.qt.io/qt-5/qgraphicsscene.html https://doc.qt.io/qt-5/examples-graphicsview.html https://doc.qt.io/qt-5/examples-graphicsview.html Take a look at the types of applications they used for the examples. It'd be a good solution for something like a CAD layout widget, or maybe a maps widget. You use it together with Qt Widgets or Qt Quick, not instead of it.
- jcelerier 7y ago
  > Where would the graphics view framework fit? Wouldn't that potentially be a good fit for modern UI on desktop when you want a custom and consistent look-and-feel on all platforms? Qt Quick 1 was based on QGraphicsScene / QGraphicsView. Qt Quick 2 was created because they couldn't achieve the performance they wanted (60 fps animations on mobile basically) with the QPainter API and QGraphicsScene. It still has its uses for technical apps I would say - I personnally use it for the main view of ossia score (https://ossia.io https://ossia.io) and am able to get 120 fps with thousands of elements on a 4k screen... so I'm not too stressed about it :-)

geezerjay 7y ago

> Qt has a similar story lately, I think there's an "old fashioned" API, and a JavaScript API, and a XML-like thing too, and I just don't know where to get started with 100% confidence that I'm not learning the wrong thing. Qt is way simpler and straight to the point than you believe it is. Qt's UI files are XML files that offer a convenient way to design layouts which are intended to be used during the build process to generate C++ code. You are free to manually define layouts by instantiating Qt Widget objects but what's masoquism. It's also possible to use the same XML documents to dynamically generate the UI, but I never saw a project using that in any way. Then there's Qt Quick. That's an entirely different beast. The UI is defined with a DSL designed for this very purpose, and javascript can be used to handle UI events.

sbuttgereit 7y ago
"It's also possible to use the same XML documents to dynamically generate the UI, but I never saw a project using that in any way." This application: https://github.com/xtuple/qt-client https://github.com/xtuple/qt-client, does precisely that. It's an ERP application, the bulk of the system uses the XML files to generate into C++ as is usually the case, but they use the dynamic approach as a means by which to offer ad hoc customization support for their clients. In that case, and assuming a fully bespoke form, you use Qt Designer to create the XML ui file as you normally would, but that XML ui file ends up in a text field in the database rather than getting compiled into a C++ application. When the form is loaded, the C++ application loads the XML ui from the database, along with JavaScript to back it, and then dynamically renders the UI using the XML definition. On its own, that technique actually works surprisingly well for that use case and isn't distinguishable from the compiled forms in regard to function or performance at a practical level... maybe some delay in opening the form if the network is slow. Disclosure: My consultancy is a business partner of the company that makes that application.

svnpenn 7y ago

This is one thing that C# finally fixed. If you go to the downloads: https://dotnet.microsoft.com/download/dotnet-core/2.2 https://dotnet.microsoft.com/download/dotnet-core/2.2 you get "Build apps - SDK" and "Run apps - Runtime". So you know what to download depending on your situation. for years it would just say "SDK" and "Runtime", which to a new user means pretty much nothing. I think Java still uses the confusing style, they should stop it as well.

butteroverflow 7y ago
I don't see how that's any better than JRE + JDK. Runtime environment + development kit, with the ubiquitous J- prefix. I remember terrible confusion in the blog comments back when they first announced .NET Core. It was not helped by the fact, that, for example, you can build ASP.NET Core applications to target either the .NET Core runtime, or the "classic" .NET. You can build libraries to target "classic" .NET, .NET Standard, or .NET Core. I'd say the situation is worse than in Java world. It'll probably resolve itself though once they merge everything into a single framework.
pjmlp 7y ago
Java has stopped doing that with Java 9, with introduction of modules and linker. You are now supposed to bundle an application specific runtime tailored to your application. Which is also the path that .NET is taking forward with .NET Core.
- sdegutis 7y ago
  I don't see how Java modules have anything to do with the UI framework. Swing is still part of JRE and JDK, and JavaX is now a third party framework, but that's as far as I can tell how that concept is related here.
  - pjmlp 7y ago
    Because modules and the linker work together, reducing the needless fat when creating an application specific runtime.

jcelerier 7y ago

Qt has two main GUI APIs : - Qt Widgets is a traditional desktop-app-looking UI toolkit, which can integrate with host operating system widgets and is mainly used through C++, Python or the QML language through https://www.kdab.com/declarative-widgets/ https://www.kdab.com/declarative-widgets/. Examples of apps made with Qt Widgets include: Guitar Pro, Unity3D bug reporter, Dolphin (both the emulator and the file manager), Calibre, Krita, VLC, VirtualBox, QTractor, LMMS, Mixx, and many KDE apps ... Qt Widgets comes with a form designer (called Qt Designer) which generates XML files which can either be compiled to C++ (and basically just new's and set properties on widgets) or parsed at run-time. - QtQuick is a fancy-looking, GPU-based, scene-graph backed, UI toolkit. It cannot integrate easily with, say, Win32 or Cocoa widgets because everything is rendered on a GL or D3D canvas if possible - as such, it is closer to game engines in terms of rendering than Qt Widgets. However, it supports fluid animations, and fancy effects akin to what you see on mobile or web apps. It is mainly used through the QML language, but some classes have C++ bindings (and you can create your own QtQuick items in C++). Examples of apps made with QtQuick include Substance Painter, Blizzard launcher, Native Access, Microsoft OneDrive (the desktop one AFAIK)... and it is used by the Jolla OS and plenty of embedded systems. Qt Quick also comes with a designer (called Qt Quick Designer) - however in Qt Quick the code is much more integrated with the UI layout.

empyrical 7y ago
> which generates XML files which can either be compiled to C++ Additionally, both Python bindings (PySide/Qt for Python and PyQt) have a compiler to turn these XML files into Python code.

Data_Junkie 7y ago

You're not the target.Qt is a stable, high quality SDK, but using high end tech tools is not for the confused.