On Sun, Jul 12, 2020 at 06:02:00PM -0700, Donald Carr wrote: > [...] > It is sad to see people miss the necessity for hardware accelerated UI > that QML addresses Qt widgets backing onto QPainter was extremely > problematic to accelerate and the Qt company addressed this with > scenegraph/QML.
It is sad to see that QML/QtQuick not just offers accelerated rendering (and that for quite a while using *only* OpenGl), but also comes with a bunch of non-optional features that at least I personally consider rather undesirable. Having to use scripting instead of a compiled language eats into performance on startup and execution, using a custom language conglomerate instead of a standard language deprives me of a wealth of tools available for the standard language. > Feel free to hate on QML, just be aware you appear to be missing the > driving impetus behind it which was not fashion but necessity. There was definitely no necessity to jump on JavaScript, drop type safety etc to get accelerated painting. Which incidentally was supported in Qt before QtQuick. This is pretty much almost all about fashion. > Widgets is "done"; it is kinda hard to get a more stable API than one > which is no longer being actively developed. And it's hard to get anything better if it covers your needs an "just works", scales to not-trivially sized applications and doesn't require your application to be rewritten every third year (Quick 1, 2, Controls, 2...) > Cheerio, > Donald Andre' _______________________________________________ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
