Live data from Hacker News

Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

qt.io

101–107 of 107 posts

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#101

Earlier quoted context omitted.

Have you seriously looked at/studied XAML? I was convinced that XAML was the perfect answer for rust and had the idea that I could write an independent XAML library/engine that rust appdevs would use and then match to a backend that would codegen the XAML into code that utilizes its corresponding api. I had a sample that worked with both imgui and one of the other rust gui engines (not immediate mode) to prove it cou…

I haven't used XAML even once, but I've tried to use FXML (JavaFX), but generally it felt too superfluous and inconsistent. But I'm not sure how XAML and FXML are related (if at all), also I'm not sure if XAML is even used outside C# and Windows?

I haven’t used JavaFx so I can’t answer that part of your question but XAML has been cross platform with Xamarin on macOS and Android and now everywhere with MAUI. I also mentioned Uno which lets you develop for web/electron with XAML.

Language wise, it has been largely C# or other .NET like VB.NET, F#, or managed C++ though I think Noesis lets you use it from C++ and other languages directly.

C# itself is completely uncoupled from Windows ever since .NET Core and now with later .NET versions like .NET 8 all Windows-specific bits have been torn out altogether. Microsoft probably uses C# on Linux more than they do on Windows these days.

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#102
post #51

Earlier quoted context omitted.

Can you elaborate on “recipe for tears”?

Not OP, but QML is not a great language to put more logic than simple bindings and functions like Button { text: "Save" enabled: textField.text.length > 0 // this is reactive to the value of a TextField onClicked: Backend.save() } as soon as you try to for example implement the save method in JS/QML this starts to become very painful as it often ends up with a lot of spaghetti code. The very cool thing with QML is th…

It was basically this - and to be clear this is not a shortcoming of QML. As you said, splitting the logic layer from the UI is a good idea - but the choice for us to be building apps in QML without a logic layer under it required a lot of weird solutions that could've been easily addressed if we'd been doing C++ and Qt. But our team were Javascript developers, the team we were partnering with were Qt devs, and someone had negotiated this solution and we did the work.

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#103
post #76

Earlier quoted context omitted.

Qt Design Studio not enough?

Qt Design Studio is buggy and heavyweight. It lacks integration with Visual Studio, has a bad integration with Qt Creator. It doesn't produce clean .qml files. Qt Designer (the one used for Qt Widgets) is better in those regards. Anyhow, this might be a controversial opinion, but the best experience I've had with WYSIWYG UI designers was with Netbeans Swing Editor and VS Windows Forms Editor. The IDE integration was…

I only saw demos of it, though it would be better.

Yeah those are great, although I would then add classical VB, Delphi and C++ Builder as well.

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#104
post #60

Earlier quoted context omitted.

html doesn't have events that can be connected to actions. Doesn't resize decently, doesn't respect user's settings. And a browser is much much slower and bigger than a qt application.

> Doesn't resize decently, About HTML+CSS, that’s just incorrect. Go and try Tailwindcss and then tell me how bad HTML is at resizing. https://tailwindcss.com/docs/responsive-design

Well in Qt layouts are native, no need of using an external project.

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#105
post #81

Earlier quoted context omitted.

I have tried it, and I feel like this is not a good toolkit for desktop apps. It's great for embedded hardware with custom interfaces such as vending machines, car on-board PCs, screens in public transport, but it does not have that native look-n-feel on desktop, at least not out of the box.

Didn’t they migrate to Fluent UI style or am I mistaking them for someone else?

You are right. The Qt backend is optional.

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#106
post #71

Pyotherside [1] == QML+Python is really a nice combo. Build a schedule app [2] some time ago for ubuntu touch. [1] https://github.com/thp/pyotherside [2] https://github.com/delijati/fosdem-qml/tree/master

I'm curious, why are you using this instead of the official Python bindings?

It is more lightweight than PySide, PyQT and was easier to bundle as one click pkg for ubuntu-touch

Re: Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark and Analysis

#107
post #104

Earlier quoted context omitted.

> Doesn't resize decently, About HTML+CSS, that’s just incorrect. Go and try Tailwindcss and then tell me how bad HTML is at resizing. https://tailwindcss.com/docs/responsive-design

Well in Qt layouts are native, no need of using an external project.

Tailwindcss makes using CSS easier, it’s still CSS underneath, which you can interface with directly if you want.

For medium to large applications it takes quite a bit of work to give your Qt GUI a custom style, and do it right. This isn’t something you can hand wave away.

Post reply on HN