> Non, c'est vrai, et ce retard ne fait que s'amplifier. Je suis passé de Gnome a KDE il y a un peu plus d'un an (les premières betas de KDE2), pas seulement pour le desktop mais aussi pour l'environnement de développement. Le fossé entre les deux était déjà impressionnant.
Je connais pas très bien KDE. J'ai parcouru leur site, j'ai vue KDE tourner, je connais des utilisateurs heureux de KDE. Le bureau de KDE est cohérent et c'est globalement du bon (bonne finition, intégration).
Mais en quoi Gnome est en retard sur KDE? Je parle du "noyau" technique et j'ai bien indiqué plus haut "technologiquement supérieur ne veut pas dire bon pour l'utilisateur".
>> Gtk--/Gnome--, le wrap c++ de gtk+/Gnome est terminé.
> Non, il n'est pas terminé. Dès que GTK2 et Gnome2 seront stabilisés, ça sera reparti pour un tour.
Et pour l'adaptation à GTK2/Gnome2, un demi-tour maximum.
Cette critique est facile. C'est le même problème pour les wraps de KDE.
> Et même, Gtk-- n'offre pas toutes les fonctionalités de Qt. Par exemple si tu veux un parser XML, tu l'as avec Qt. Si tu veux utiliser Gtk--, il va falloir prendre libXml, qui est en C, donc la wrapper aussi.
Qt est une librairie effectivement très complète, très bien faite et avec une interface propre (je me suis documenté :o) ). Elle restera surement supérieure à Gtk-- car tout est basé sur C++. Pour xml il existe des parseurs C++ (http://www.ari.lusis.org/xml++/(...) basé sur gnome-xml). Je ne trouve pas que se soit un plus d'intégrer xml dans une librairie graphique (à moins que la librairie graphique utilise xml; fichier de config par exemple).
> Ça fait plusieurs années maintenant que Gnome promet ça, et les wrappers sont tous plus ou moins avancés.
Pour C++, Ada, Perl, ils sont indiqués comme complèts (à moins que les sites officiels des projets disent des conneries...). Et je pense que Guile est tout proche de la fin.
J'arrête car il y en beaucoup (un tour sur freshmeat me donne 80 programme).
Par contre, je convient que pour les wraps, il y a un bon support pour Gtk et qu'ils sont rarement finis pour Gnome (Sauf C++ pour gnome-lib).
Les applis développé avec les wraps sont peu connue. C'est normal, on ne fait pas une grosse appli avec un language interprété. Par contre sous Gnome en voit beaucoup d'applis avec perl ou guile embarqué (Guppi, Gnumeric, Gimp (mais c'est pas une appli Gnome) pour sité les plus importantes).
> Mais le plus important c'est qu'ils aient une bonne API C++.
Pour un développeur en C++ :o).
J'aime Gnome et je peux le critiquer facilement (CF pour post plus haut).
Mais quand je lis que Gnome est en retard sur KDE, je ne comprend pas. En retard sur un programme, une fonctionnalité. OK. Mais globalement Gnome est en retard sur KDE?
J'entend des arguments et principalement sur le noyau "technique" et pas de truc du style (sous Gnome il y a pas Kdeveloper, c'est lent au démarrage, etc...).
[^] # Re: bouge ton Gnome.
Posté par matiasf . En réponse à la dépêche SUN présente son nouveau Star Office 6. Évalué à 1.
Je connais pas très bien KDE. J'ai parcouru leur site, j'ai vue KDE tourner, je connais des utilisateurs heureux de KDE. Le bureau de KDE est cohérent et c'est globalement du bon (bonne finition, intégration).
Mais en quoi Gnome est en retard sur KDE? Je parle du "noyau" technique et j'ai bien indiqué plus haut "technologiquement supérieur ne veut pas dire bon pour l'utilisateur".
>> Gtk--/Gnome--, le wrap c++ de gtk+/Gnome est terminé.
> Non, il n'est pas terminé. Dès que GTK2 et Gnome2 seront stabilisés, ça sera reparti pour un tour.
Selon le site elle est terminée et utilisée (http://gtkmail.sourceforge.net/index.html(...) , http://wwwmath.uni-muenster.de/~mam/index.htm(...) , http://guillaume.cottenceau.free.fr/html/grany.html(...) , http://genSQL.sourceforge.net/index.html(...) ). Et c'est un début puisque la première version stable de Gtk--/Gnome-- date de 2-4 mois.
Et pour l'adaptation à GTK2/Gnome2, un demi-tour maximum.
Cette critique est facile. C'est le même problème pour les wraps de KDE.
> Et même, Gtk-- n'offre pas toutes les fonctionalités de Qt. Par exemple si tu veux un parser XML, tu l'as avec Qt. Si tu veux utiliser Gtk--, il va falloir prendre libXml, qui est en C, donc la wrapper aussi.
Qt est une librairie effectivement très complète, très bien faite et avec une interface propre (je me suis documenté :o) ). Elle restera surement supérieure à Gtk-- car tout est basé sur C++. Pour xml il existe des parseurs C++ (http://www.ari.lusis.org/xml++/(...) basé sur gnome-xml). Je ne trouve pas que se soit un plus d'intégrer xml dans une librairie graphique (à moins que la librairie graphique utilise xml; fichier de config par exemple).
> Ça fait plusieurs années maintenant que Gnome promet ça, et les wrappers sont tous plus ou moins avancés.
Pour C++, Ada, Perl, ils sont indiqués comme complèts (à moins que les sites officiels des projets disent des conneries...). Et je pense que Guile est tout proche de la fin.
Exemple d'appli en Perl/Gtk :
http://www.muhri.net/pronto/(...)
http://www.cscmail.net/(...)
http://cyberpunks.org/holograph/armymaker.phtml(...)
http://frood.sourceforge.net/(...)
http://www.gutenbook.org/(...)
L'outil de configue de Icewm tourne sous Perl/Gtk (je l'utilise).
http://perlcomposer.sourceforge.net/(...)
J'arrête car il y en beaucoup (un tour sur freshmeat me donne 80 programme).
Par contre, je convient que pour les wraps, il y a un bon support pour Gtk et qu'ils sont rarement finis pour Gnome (Sauf C++ pour gnome-lib).
Les applis développé avec les wraps sont peu connue. C'est normal, on ne fait pas une grosse appli avec un language interprété. Par contre sous Gnome en voit beaucoup d'applis avec perl ou guile embarqué (Guppi, Gnumeric, Gimp (mais c'est pas une appli Gnome) pour sité les plus importantes).
> Mais le plus important c'est qu'ils aient une bonne API C++.
Pour un développeur en C++ :o).
J'aime Gnome et je peux le critiquer facilement (CF pour post plus haut).
Mais quand je lis que Gnome est en retard sur KDE, je ne comprend pas. En retard sur un programme, une fonctionnalité. OK. Mais globalement Gnome est en retard sur KDE?
J'entend des arguments et principalement sur le noyau "technique" et pas de truc du style (sous Gnome il y a pas Kdeveloper, c'est lent au démarrage, etc...).