Si j'ai bien compris ils gardent leur toolkit mais le basent sur Gtk pour Unix. C'est comme Mozilla.
Pour ces 2 projets ont fait le meme choix ? La raison est simple: Gtk est un toolkit bas niveau, on peut soit l'utiliser a la brute en C, utiliser une surcouche C++, ou encore prendre un toolkit base sur lui comme celui de Mozilla, ou wxWindows.
Qt est deja un toolkit de haut-niveau, donc s'appuyer dessus sans l'integrer completement serait assez stupide et pas franchement aise. Je ne connais personne qui l'a fait. C'est ce qui fait que Qt est un bon toolkit pour developper sous Windows ou MacOSX: il se base sur le toolkit bas niveau local. Par contre, pour X Windows, vu qu'il n'y avait pas de toolkit (a part l'infame Motif et le pire Xaw) ils se sont mis a dessiner eux-meme les widgets. Donc ca a evolue comme un toolkit dessinant ses propres controles mais qui se programme en C++ et c'est batard, un peu comme si la couche basse et la couche haute etaient fusionnees. Java c'est le meme principe, en pire.
Resultat, maintenant que Gtk est arrive avec une conception adaptee comme toolkit bas niveau, ca me parait difficile de faire en sorte que Qt se base sur Gtk. Non seulement ca risque de remettre en cause le boulot de KDE, mais ca mettrait le bazar dans le troll KDE/Gnome...
[^] # Re: Un aperçu des améliorations prévues pour le futur OpenOffice.org 2.0
Posté par Erwan . En réponse à la dépêche Un aperçu des améliorations prévues pour le futur OpenOffice.org 2.0. Évalué à 3.
Pour ces 2 projets ont fait le meme choix ? La raison est simple: Gtk est un toolkit bas niveau, on peut soit l'utiliser a la brute en C, utiliser une surcouche C++, ou encore prendre un toolkit base sur lui comme celui de Mozilla, ou wxWindows.
Qt est deja un toolkit de haut-niveau, donc s'appuyer dessus sans l'integrer completement serait assez stupide et pas franchement aise. Je ne connais personne qui l'a fait. C'est ce qui fait que Qt est un bon toolkit pour developper sous Windows ou MacOSX: il se base sur le toolkit bas niveau local. Par contre, pour X Windows, vu qu'il n'y avait pas de toolkit (a part l'infame Motif et le pire Xaw) ils se sont mis a dessiner eux-meme les widgets. Donc ca a evolue comme un toolkit dessinant ses propres controles mais qui se programme en C++ et c'est batard, un peu comme si la couche basse et la couche haute etaient fusionnees. Java c'est le meme principe, en pire.
Resultat, maintenant que Gtk est arrive avec une conception adaptee comme toolkit bas niveau, ca me parait difficile de faire en sorte que Qt se base sur Gtk. Non seulement ca risque de remettre en cause le boulot de KDE, mais ca mettrait le bazar dans le troll KDE/Gnome...