Discussion :

[baliloo]

Bonsoir à tous, depuis un moment je me pose une question en faite deux : Quel est l'avenir de QtGui?
Nokia a annoncée qu'elle tourne son l’intérêt sers le Qt Quick, alors est-ce que QtGui sera maintenu dans les versions futures Qt5 (et/ou même après le Qt5).
Encore une question, Après le rachat de la license commerciale par Digia, Qt va-t-il continué son avancée et maintient au sein de Nokia a long terme ?
Merci d'avance.

[johnlamericain]

Bonsoir à tous, depuis un moment je me pose une question en faite deux : Quel est l'avenir de QtGui?
Nokia a annoncée qu'elle tourne son l’intérêt sers le Qt Quick, alors est-ce que QtGui sera maintenu dans les versions futures Qt5 (et/ou même après le Qt5).
Encore une question, Après le rachat de la license commerciale par Digia, Qt va-t-il continué son avancée et maintient au sein de Nokia a long terme ?
Merci d'avance.

Bonjour,

Tous les éléments QWidget qui compose QtGui, ce qui représente une grande partie de ce module, vont être compris dans un module séparé qui ne sera plus obligatoire. Je pense que sur le long terme, l'utilisation de QWidget sera déprécié au profit de QML pour l'interface. Mais cela reste cependant compatible avec le code actuel. Concernant le reste de GUI à savait le qpainter pour l'impression etc, cela ne bouge pas aux dernière nouvelles.

Il est difficile de savoir si Nokia va garder Qt, ce que l'on sait que l'open gouvernance de Qt avec des interventions de la communauté est faite pour que si Nokia se débarasse de Qt d'une quelconque façon, le projet ne mourra pas et sera maintenu par la communauté.

J'espère avoir répondu à tes questions.

[baliloo]

Tous les éléments QWidget qui compose QtGui, ce qui représente une grande partie de ce module, vont être compris dans un module séparé qui ne sera plus obligatoire. Je pense que sur le long terme, l'utilisation de QWidget sera déprécié au profit de QML pour l'interface.

Donc, si je doit me lancer dans un projet a long terme, QtGui sera un mauvais choix ? mais le QML est loins d’être prêt pour les App Desktop (Les modeles pour TableView et TreeView a savoir QSqlQueryModel, QTableModel et QSqlRelationalTableModel sont pas facile à mettre en place), franchement, je pense que Qt va perdre pas mal d'utilisateurs qui vont se tourner vers d'autres framework et librairies

[gbdivers]

Tu as mal compris le message de John, je pense.
Il n'y a pas à s'inquiéter de démarrer un projet avec Qt, même pour les 10 prochaines années. Au contraire, la licence fait qu'on est garantie que le projet restera open source et continuera à se développé (kde, ubuntu, etc.)
Voir les précédentes discussions sur l'avenir de Qt

[baliloo]

Tu as mal compris le message de John, je pense.

il a dis que :

l'utilisation de QWidget sera déprécié au profit de QML pour l'interface.

du coup je me pose la question est-ce que ça vaut toujours le coup de développer avec QtGui l'interface graphique ... c'est tout !

[johnlamericain]

Ce que je veux dire sans ce sens c'est qu'il n'y aura pas d'effort du coté de Nokia de développer de nouveaux widgets, classes ou améliorer les performances de ce coté là et sur le très long terme, ce type d'interface sera moins utilisé. On parle bien sur d'un avenir dans 10 ans comme l'annonce gbdivers.

Pourquoi pas de développement supplémentaire ? Pour la simple et bonne raison que c'est très stable et fonctionne très bien. Je l'utilise personellement tous les jours et pas de problème avec. Nokia te dira la même chose, pour une interface avancé, utilise QWidget car QML n'est pas encore assez mature

[gbdivers]

En relisant les réponses de John et moi, je réalise que nous ne sommes effectivement pas très clairs (mais il faut relire les anciennes discussions sur l'avenir de Qt pour le complément)

Ce qui est important de comprendre, c'est que les "vieux" modules de Qt (QtCore, QtGui) seront relativement stables. Peu de nouvelles fonctionnalités seront ajoutées au cours de différentes versions de Qt. La raison, comme l'a dit John, est que ces modules sont très complets (même trop quand on voit la taille des libs) et qu'il n'y pas de nouvelles fonctionnalités à ajouter dedans.
La tendance (surtout dans Qt 4.8) est d'améliorer la modularité de Qt, c'est à dire de regrouper les fonctionnalités dans des modules séparés. C'est par exemple le cas du QML, qui a été ajouté dans un module dédié (QtDeclarative).

Mais ces modules dépendent directement des modules QtCore et QtGui. Une QDeclarativeView est un QWidget. Même les applications écritent entièrement en QML utilisent une QDeclarativeView (c'est le runtime QML qui se charge de créer les objets Qt nécessaire). Au final, le QML n'est qu'une couche supplémentaire au dessus de QtGui pour simplifier la création des widgets.

Donc QtCore et QtGui continueront à évoluer (lentement) et seront maintenu dans les prochaines versions de Qt. Il ne faut pas avoir d'hésitation à les utiliser.

[baliloo]

Merci beaucoup pour vos réponses à présent c'est très clair
Espérons que le QML sera à la hauteur comme le bon Qt dans 10 ans comme vous dites.


Merci à vous gbdivers et johnlamericain.

[ness522]

Si j'ai bien compris, dans Qt5 c'est le SceneGraph qui remplace la déclarative view, QML pourra s'exécuter sans être sur un widget, il ne sera plus nécessaire de fournir la dll QtGui.

Les widgets seront dans leur module et pourront alors être ajouté par dessus le QML, en gros ce sera un peu l'inverse de la situation actuelle

[yan]

Espérons que le QML sera à la hauteur comme le bon Qt dans 10 ans comme vous dites.

http://www.youtube.com/embed/VvQ_NHKtHwE

[gbdivers]

http://www.youtube.com/embed/VvQ_NHKtHwE

Perso, ce type de démo m'impressionne pas du tout
C'est une simple scéne 3ds avec quelques interactions. En quelques lignes, avec QtOpenGL et assimp, on peut faire la même chose. Ce n'est pas ce genre de démo qui montre la puissance de Qt (juste que le module Qt3d intègre des fonctionnalités intéressantes)

[yan]

Perso, ce type de démo m'impressionne pas du tout
C'est une simple scéne 3ds avec quelques interactions. En quelques lignes, avec QtOpenGL et assimp, on peut faire la même chose. Ce n'est pas ce genre de démo qui montre la puissance de Qt (juste que le module Qt3d intègre des fonctionnalités intéressantes)

Ce qu'il faut voir c'est ce qu'il arrive à faire en 15 minutes et la clarté du code QML. Après, c'est juste de la démo ^^

[gbdivers]

Ce que je veux dire, c'est que basiquement, c'est un simple 3ds viewers scriptable. Les capacités de Qt3d sont plus importantes que ça (mais effectivement, l'architecture interne, c'est moins fun à montrer )

[yan]

Ce que je veux dire, c'est que basiquement, c'est un simple 3ds viewers scriptable. Les capacités de Qt3d sont plus importantes que ça (mais effectivement, l'architecture interne, c'est moins fun à montrer )

Je parle de la simplicité de faire cette démo grâce à QML.
Ca montre, que même immature, on peux déjà faire des choses intéressante.
La 3D c'est pour faire jolie

[johnlamericain]

Si j'ai bien compris, dans Qt5 c'est le SceneGraph qui remplace la déclarative view, QML pourra s'exécuter sans être sur un widget, il ne sera plus nécessaire de fournir la dll QtGui.

Les widgets seront dans leur module et pourront alors être ajouté par dessus le QML, en gros ce sera un peu l'inverse de la situation actuelle

Ce n'est pas vraiment ça.. Si c'était le cas, ça voudrait dire que QtGui = QWidget ce qui n'est pas du tout le cas actuellement.

Des classes tels que QAction, QAccessible, QPainter (QBrush, QFont, QPen, ...), QClipboard, QGesture, QVector2D, etc. font parties de QtGui et n'ont rien à voir avec les QWidgets.

Il faut donc comprendre que QWidget alourdi le module QtGui et que dans le cas d'une application QML sans QWidget, il sera possible de ne pas les intégrer (module séparé) mais QtGui et toutes ses fonctionnalités de bases seront toujours indispensable et la dll à fournir.

Puisque l'achitecture des modules de Qt 5 vous intéresse, il y a de grande chance que QNetwork soit supprimé et intégré dans QtCore