Hacker News Reader

Comment by pjmlp | Hacker News Reader

Nowadays that isn't the way to use Qt.

You would use QML, which is quite similar to JavaScript, alongside the quite nice designer tooling, while implementing in C++ the code that needs high performance.

Additionally QML also gets compiled to native code anyway.

Although on Windows only apps, I would also use C#.

Java Swing is nice (yep I own the Filthy Rich Clients book), however it is basically stagnant since Java 8, minus bug fixes, HiDPI and Metal backend.

View on HN

The UI part is not the issue, if you decide to use Qt you still need to do your "business" logic in c++ , then eventually you get some memory leak and have to setup tools to investigate what is the issue.

What would be a great feature for Qt is to have a way to make the GUI with QML but implement your actual work in C#,python,Java. So you would need a way to connect the GUI with data types and functions from this languages.

I remember Qt company tried at one point to offer Java,C#, Python official bindings but that effort failed, is probably hard.

Maybe an alternative to electron would be a JVM based modern GUI framework, something maybe inspired from the best parts of WPF, MXML and QML. And I am thinking JVM because you have access to Java's big standard library to do desktop like things like file,network IO and also have access to the native OS if needed.

You can do the business logic in QML, that is the best practice nowadays. That is why it is a full blown language based on JavaScript.

Or do little helper classes that you than use from QML, just like those Python libraries that are mostly native code.

Qt also has official Python bindings nowadays, even though the others were dropped, due to lack of interest.

Don't forget automatic memory management can also have other kinds of leaks, and use similar tooling, to track down where references are wrongly being kept alive, e.g. Forms/WPF event handlers.

Once the project moves to push bindings I think you can see it’s admitting the language they picked is no longer fit for purpose :). Go comes to the rescue here and Fyne is idiomatic Go so learning it is trivial!

Python and machine learning libraries....

You have bindings in rust or python or other languages

There were always been bindings, but at the time I was working with Qt the quality was bad, if I were to start a project I don't want to use some automatic generated binding or some one man side project binding, I don't have time to spend in debugging bugs outside my code.

Except of Python are there other bindings you would bet your precious time on? Foe example I had a few hours side project, I needed a simple GUI to let the user slect soem folder and files, then the code logic would do the IO , do some transformetion and report to the user. Would I spend more time messing around with the bindings instead of writing the code ?

I know my example would be a perfect use for CLI but the target user was a Windows person that just REFUSED to accept the concept that they are competent person and could use a CLI app and paste a folder path in.

If I were to do desktop on the JVM I’d probably use Kotlin’s desktop compose. But I’d probably also weigh out .NET Maui/Avalonia in that case too.

Don't forget JavaFX. It's pretty good, many features, mature and stable.

Plenty of people still use QWidgets.

For 99% who want to ship something and are not hipsters, QWidgets is enough.

Personally I don't even build QML

Yeah, when targeting desktop only workloads, given that they have hardly been updated for anything else, and it is actually one of the Qt 6 roadmap items to improve upon.

Reply on news.ycombinator.com