News for hackers. Stuff that matters.
Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by singularity2001 on Tuesday December 19, 2023 @07:15AM (#38694624)
Does anyone else think that QT is mostly overkill and HTML is good enough in most cases?
Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by flohofwoe on Tuesday December 19, 2023 @07:20AM (#38694669)
The traditional widget-based Qt up to 4.x was a pretty good application development framework (not just a UI framework). From that point of view, both "modern" Qt and HTML are overkill.
Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by speed_spread on Tuesday December 19, 2023 @08:02AM (#38694992)
Funny because I think HTML is overkill and QT is good enough. HTML meaning that your app runs in a browser, which generally uses much more resources than a QT app.
Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by guappa on Tuesday December 19, 2023 @08:57AM (#38695537)
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.

Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by mildmotive on Tuesday December 19, 2023 @09:57AM (#38696296)
> 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... by guappa on Wednesday December 20, 2023 @01:21AM (#38706000)
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... by mildmotive on Wednesday December 20, 2023 @11:20AM (#38710309)
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.

Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by agent327 on Tuesday December 19, 2023 @12:09PM (#38698282)
No, just the other way around in fact. Qt applications don't come with a starting requirement of ~300MB just for the mandatory webbrowser - before adding any of your own code.
Re:Qt 6.6 and 6.7 Make QML Faster Than Ever: A New Benchmark... by prewett on Tuesday December 19, 2023 @03:39PM (#38701198)
HTML was designed for documents, which it does adequately. But for an actual UI, you need to be able to position things easily. HTML/CSS just has all these gotchas all over the place because the defaults are just unsuitable for UI. If you work hard enough you can something working, but QLayouts are so much easier. Then after that you have to work in a language that makes every error a runtime error and doesn't even distinguish between between float and int. Which you can work around by adding another layer, namely TypeScript. All these layers just add the complexity. Qt Widgets is one of the best-designed UI APIs.

I've kind of given up on Qt, though:

- they seem to want to go in the QML direction, and if I wanted to use JS I wouldn't be using a C++ library

- their interpretation of LGPL has historically required making the entire Qt library downloadable from your website, which is inconvenient. (This may have changed with Qt 6?)

- it never looks or works quite right on macOS. In particular, text in comboboxes is just not centered vertically correctly, and it drives me nuts.