Faut relativiser, derrière Qt, il y a une société (d'une taille fort respectable), des développeurs/testeurs/écrivains techniques à temps pleins etc ... En comparaison, Gtk+ est bien plus mal loti, la majorité des développeurs Gtk+ sont des développeurs GNOME.
Très peu de personnes sont payés pour travailler à temps plein sur Gtk+ (à ma connaissance, aucun actuellement).
QGtkStyle a été écrit courant 2008 et intégré dans Qt 4.5 (printemps 2009), c'est relativement récent l'intégration visuelle digne de ce nom dans un environnement basé Gtk+.
Puis, il manque pas mal de choses pour qu'une application Qt s'intégre parfaitement, par exemple, pouvoir utiliser les jeux d'icônes standard (c'est prévu pour Qt 4.7 il me semble), la disposition des labels dans les menus etc ...
Certes, de gros efforts ont été mené pour faciliter l'intégration de Qt dans les bureaux natifs (pas que GNOME, mais également Windows et OS X) mais principalement de la part de Nokia/Qt, pas des développeurs KDE (non affilié à Nokia s'entends).
C'est un peu trop facile de taper sur un Gtk+ qui est très loin d'avoir les mêmes ressources que Qt.
----
Pour revenir sur le sujet du journal, j'ai l'impression qu'on n'a pas compris l'objectif de Jonathan Thelin. D'abord Jonathan Thelin est un expert Qt reconnu (auteur du tutoriel indépendant de Qt, du bouquin "Foundations of Qt Development" *LE* meilleur bouquin d'initiation à Qt) et spécialiste de l'embarqué.
C'est avant tout une expérimentation, pas un projet bien défini. Plutôt que de permettre l'intégration des application Gtk+ à un environnement Qt (pas très réaliste, un moteur de rendu à gtk-qt-engine aurait plus approprié), ce serait surtout un kit de transition pour porter des applications Gtk+ vers un environnement Qt (sans Gtk+, sans X11 etc ...).
L'un des axes de développement de Qt est l'embarqué notamment la téléphonie mobile, entre Maemo qui va passer d'un environnement basé sur GNOME Mobile vers un environnement basé sur Qt.
J'ai bien souligné que Jonathan Thelin était un spécialiste de l'embarqué, maintenant à vous d'en tirer les conclusions sur l'intérêt de cette expérimentation.
[^] # Re: Toujours dans le même sens
Posté par GeneralZod . En réponse au journal GTK+ Made Qt : une bonne idée pour KDE. Évalué à 10.
Très peu de personnes sont payés pour travailler à temps plein sur Gtk+ (à ma connaissance, aucun actuellement).
QGtkStyle a été écrit courant 2008 et intégré dans Qt 4.5 (printemps 2009), c'est relativement récent l'intégration visuelle digne de ce nom dans un environnement basé Gtk+.
Puis, il manque pas mal de choses pour qu'une application Qt s'intégre parfaitement, par exemple, pouvoir utiliser les jeux d'icônes standard (c'est prévu pour Qt 4.7 il me semble), la disposition des labels dans les menus etc ...
Certes, de gros efforts ont été mené pour faciliter l'intégration de Qt dans les bureaux natifs (pas que GNOME, mais également Windows et OS X) mais principalement de la part de Nokia/Qt, pas des développeurs KDE (non affilié à Nokia s'entends).
C'est un peu trop facile de taper sur un Gtk+ qui est très loin d'avoir les mêmes ressources que Qt.
----
Pour revenir sur le sujet du journal, j'ai l'impression qu'on n'a pas compris l'objectif de Jonathan Thelin. D'abord Jonathan Thelin est un expert Qt reconnu (auteur du tutoriel indépendant de Qt, du bouquin "Foundations of Qt Development" *LE* meilleur bouquin d'initiation à Qt) et spécialiste de l'embarqué.
C'est avant tout une expérimentation, pas un projet bien défini. Plutôt que de permettre l'intégration des application Gtk+ à un environnement Qt (pas très réaliste, un moteur de rendu à gtk-qt-engine aurait plus approprié), ce serait surtout un kit de transition pour porter des applications Gtk+ vers un environnement Qt (sans Gtk+, sans X11 etc ...).
L'un des axes de développement de Qt est l'embarqué notamment la téléphonie mobile, entre Maemo qui va passer d'un environnement basé sur GNOME Mobile vers un environnement basé sur Qt.
J'ai bien souligné que Jonathan Thelin était un spécialiste de l'embarqué, maintenant à vous d'en tirer les conclusions sur l'intérêt de cette expérimentation.