[Interest] Guide me through the Qt offerings for GUIs
Konstantin Shegunov
kshegunov at gmail.com
Thu Apr 22 17:25:51 CEST 2021
On Thu, Apr 22, 2021 at 6:10 PM Rui Oliveira <ruilvo at hotmail.com> wrote:
> Basically we're coupling the whole backend to the GUI framework.
>
You always have some coupling between the logic and the GUI, no matter what
you use, but I do get the gist.
> I'd prefer to write C++ than to learn Loaders and whatever else there
> is... But seems that people do love QML a lot (again, shouts out to KDE).
>
Funny that you mentione the `Loader`, which is sort of no-op item from the
C++/desktop dev perspective. What I mean by that is that the `Loader` is
the archetype of the 'QML engine is really a glorified object factory',
which I mentioned. The only reason it is there is to delay the creation of
a QtQuick item. This would've been rather trivial to do in a C++
environment, you just create and add the object to the scene whenever it's
needed, no need to wrap this in a `QObject`, but not so trivial to do if
you want to leverage it in a 'declarative' (or rather JS) context. Note
that the component doesn't go away too, because at some point you may want
to unload said scene item, which instead of just deleting, being the
obvious choice, you set the relevant property to the loader, which detaches
it from the scene.
> Opinions, I guess.
>
I don't see anything wrong with that, as long as we have a civil discussion
(not a troll fest) about it.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20210422/2841ca28/attachment.html>
More information about the Interest
mailing list