Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

qt.io

Post reply on HN
Print view View original

61–70 of 107 posts

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

#61

Post by JanisErdmanis »

saidinesh5 wrote: post #53
JanisErdmanis wrote: post #49

Earlier quoted context omitted.

Can you elaborate on “recipe for tears”?

The imperative parts of QML is javascript. So lack of type safety in larger apps can start getting really annoying, especially once the code base starts to age and not all corners of the code base gets tested every day. Other than that, beginners to the codebase tend to break property bindings without realizing. There are a few tools to catch this at runtime, but would be nice to do this at compile time. Also not all…

I agree. Lack of typing in JavaScript is a hassle.

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

#62

Post by notyoutube »

JanisErdmanis wrote: post #58
ognarb wrote: post #51

Earlier quoted context omitted.

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 is also possible to have a backend implemented in JS in similar way. Though I personally only have used in intial UI prototype which I latter swapped with Julia backend.

I'm curious about julia as a gui language: mind sharing your code/project?

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

#63

Post by JanisErdmanis »

notyoutube wrote: post #62
JanisErdmanis wrote: post #58

Earlier quoted context omitted.

It is also possible to have a backend implemented in JS in similar way. Though I personally only have used in intial UI prototype which I latter swapped with Julia backend.

I'm curious about julia as a gui language: mind sharing your code/project?

I have developed/prototyped a voting client with QML/Julia in PeaceFounderClient [1]. Few weeks ago I made bundling setup for it and have published bundles [2]. This may not scale well but I opted for bridging the backend with frontend in top scope with Bridge.qml [3] which on the Julia side is loaded with ‘loadqml’ using ‘QML.jl’ pacakge [4].

[1]: https://github.com/PeaceFounder/PeaceFounderClient/tree/main

[2]: https://github.com/PeaceFounder/PeaceFounderClient/releases

[3]: https://github.com/PeaceFounder/PeaceFounderClient/blob/main...

[4]: https://github.com/PeaceFounder/PeaceFounderClient/blob/cf9d...

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

#64

Post by Capricorn2481 »

guappa wrote: post #55
password4321 wrote: post #39

What is the licensing story for Qt these days, my understanding is some portions are only available under commercial license or the GPL (vs. others also under the LGPL)? https://news.ycombinator.com/item?id=34291701

For 20 years people have been commenting that Qt doesn't have LGPL license. This has been false for the past 20 years but people feel the need to write it in a comment any time they read "qt" in a title.

Right, but what the GP wrote was not one of those comments. They are correct. Some parts are LGPL and some aren't.

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

#65

Post by IshKebab »

felipefar wrote: post #48

I'm favorably disposed to QML, but for it to actually replace Qt Widgets it'd have to provide: better out of the box desktop integration, a public C++ API and a better WYSIWYG UI designer.

There still isn't even a native way to make text nodes in a custom widget. It's been 14 years.

I tried to write a basic serial console app using QtQuick some years ago but the functionality was just too anaemic. I don't really understand how you can write a serious GUI app with QtQuick/QML. If it's just very basic controls, sure. As soon as you need something slightly complicated it totally falls down in ways that QtWidgets don't.

Also the scoping rules of QML make no sense. Children can refer to parents which totally breaks encapsulation.

I love Qt, but QML is meh at best.

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

#67

Post by felipefar »

nextaccountic wrote: post #56
felipefar wrote: post #48

I'm favorably disposed to QML, but for it to actually replace Qt Widgets it'd have to provide: better out of the box desktop integration, a public C++ API and a better WYSIWYG UI designer.

in which ways is the qml desktop integration lacking?

If you create a sample project with a list view, you can scroll that widget by clicking the mouse on the background and dragging it (a reminiscence from touch based interfaces). The example projects don't look native but look like a mobile app inside your desktop. Windows themed button sizes don't follow Windows 7 desktop guidelines out of the box.

Sure that if you put the extra effort you can make QML look native, but it makes you wonder if desktop is in fact a goal for the framework.

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

#68

Post by notyoutube »

JanisErdmanis wrote: post #63
notyoutube wrote: post #62

Earlier quoted context omitted.

I'm curious about julia as a gui language: mind sharing your code/project?

I have developed/prototyped a voting client with QML/Julia in PeaceFounderClient [1]. Few weeks ago I made bundling setup for it and have published bundles [2]. This may not scale well but I opted for bridging the backend with frontend in top scope with Bridge.qml [3] which on the Julia side is loaded with ‘loadqml’ using ‘QML.jl’ pacakge [4]. [1]: https://github.com/PeaceFounder/PeaceFounderClient/tree/main [2]: htt…

And an interesting project to boot! Thanks for sharing

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

#69

Post by mildmotive »

guappa wrote: post #60
singularity2001 wrote: post #37

Does anyone else think that QT is mostly overkill and HTML is good enough in most cases?

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

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

#70

Post by amelius »

guappa wrote: post #50
amelius wrote: post #44

Earlier quoted context omitted.

The point is if you start with a good foundational layer, then a community can build greater things on top of it. Of course, it will take time and if you're looking for a great library that can do everything out of the box, now , then you should pick Qt, there's no doubt about that.

But who'd contribute when qt is already there? Getting contributions is nearly impossible. Getting them for a not so useful vanity project is probably impossible.

> But who'd contribute when qt is already there?

Because it will be written in pure Rust (with all the memory-safety advantages that come with it).

Post reply on HN