Donc qu'elle est la relation entre l'utilisation de QML pour décrire une interface graphique et le fait de supprimer la possibilité de faire des themes?
Alors je sais pas si j'ai compris la question non plus, mais j'ai une réponse quand même.
A la différence de GTK et Qt widget, en QML, les thèmes font parti de l'application. Donc d'un coté, on retire bien la possibilité à l'utilisateur d'appliquer des thèmes. Mais d'un autre rien n'empêche les développeurs d'une application QML d'inclure plusieurs thèmes bien sur !
Enfin la notion de thème par défaut n'existe pas en QML. Il y a bien des styles embarqués dans les Qt Quick Components (https://doc.qt.io/qt-5/qtquickcontrols2-styles.html) mais déjà on n'est absolument pas obligé de les utiliser (les components et/ou leurs thèmes) et quand bien même on le fait, on doit se poser la question de rendre le design de son appli cohérente avec le thème des boutons ou... l'inverse. Et donc de toute manière créer ses propres boutons...
[^] # Re: QML
Posté par FluffyHamster . En réponse au journal Campagne contre les thèmes du côté de chez GNOME. Évalué à 3.
Alors je sais pas si j'ai compris la question non plus, mais j'ai une réponse quand même.
A la différence de GTK et Qt widget, en QML, les thèmes font parti de l'application. Donc d'un coté, on retire bien la possibilité à l'utilisateur d'appliquer des thèmes. Mais d'un autre rien n'empêche les développeurs d'une application QML d'inclure plusieurs thèmes bien sur !
Enfin la notion de thème par défaut n'existe pas en QML. Il y a bien des styles embarqués dans les Qt Quick Components (https://doc.qt.io/qt-5/qtquickcontrols2-styles.html) mais déjà on n'est absolument pas obligé de les utiliser (les components et/ou leurs thèmes) et quand bien même on le fait, on doit se poser la question de rendre le design de son appli cohérente avec le thème des boutons ou... l'inverse. Et donc de toute manière créer ses propres boutons...