On 10/11/2016 11:55, Frederik Gladhorn wrote: > The last gap are Linux styles. The situation with KDE is actually quite > interesting, since the platform is QStyle based. We do not believe in QStyle > based styles for QQC2 as it stands. They will never have the same performance > level of the other styles.
If QStyle is used by QWidgets, which have been used in apps since well before QML existed, it's reasonable to expect that its performance is more than acceptable for modern desktop machines. > Changing QStyle is not exactly trivial either, but > maybe we can find a way to make it efficent and share code. Maybe we in the > end > conclude that it's all too much work and we want to have a QStyle based theme > in controls 2, but let's first explore the options. I don't know the code > enough to have any kind of opinion at this point and I'd propose people that > actually have better insights explore which way makes most sense. And I've been away from Windows and OS X for so long, that I have no idea how widgets have evolved there. As I understand, QStyle is for drawing static elements, but you mentioned that in OSX we now have widget animations... Maybe we might have to give up on the idea of a single implementation, and instead have a different style for each toolkit? At least with Gtk, it might be possible to use native Gtk widgets, as we are already using the glib mainloop in Linux, and GtkWidgets allow for offscreen drawing... That sounds like a lot of work :-) Ciao, Alberto _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
