Hacker News Reader

Comment by simion314 | Hacker News Reader

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.

View on HN

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.

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.

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.

Reply on news.ycombinator.com