> En ce qui concerne comment kde fonctionne renseigne toi un peu sur leur site et tu verras que je n'ai pas dit de conneries.
Je le sais et je l'ai dit plus haut.
> Ils preferent passer du temps a finir le passage des applis d'une version majeur a l'autre plutot que de sortir un truc batard maintenant tu peux trouver ca aberrant mais au moins ca fonctionne!
Mais c'est très bien pour KDE. Cependant, tu n'as pas compris mon propos. Je sais que les applis KDE sont synchrones avec KDE. Néanmoins, critiquer Gnome sur ce point est "dangereux" car ce "problème" peut aussi arriver à KDE. Le passage Gnome 1.0 à 1.2 puis à 1.4 n'a pas posé ce problème. Porter une applis sous Gnome 2 demande beaucoup de travail. Par exemple, le point de vu du team galeon ( http://galeon.sourceforge.net/galeon2/(...) ) :
- "We decided to do a full rewrite of the our code base because of the huge changes in Gnome architecture, to improve maintainability and stability."
Prends Gnucash. En mai/juin 2002, ils ont pris la décision de faire le portage vers Gnome 2 après la version 1.8 de gnucash. Et la version 1.8.0 est sortie il y a 1 mois ! Que doit faire le projet Gnome ? Forcer le team gnucash à bosser sur le portage et repousser la version 1.8 qui amene des améliorations pour l'utilisateur final qui sont beaucoup plus importantes que le passage à Gnome 2 ? Repousser d'au moins 6 moins la sortie de Gnome 2 ? Faire de l'ingérance (douteux niveau fiabilité pour une applis qui gère du pognon) et bosser sur le portage de gnucash vers Gnome 2 et diminuer temporairement les effort en cours sur Gnome 2 ?
Avec des projets de plus en plus gros qui sont difficiles à synchroniser, plus un changement important dans l'API et/ou l'organisation (ce qui est le cas du passage Gnome 1.4 à Gnome 2), et ce "problème" (pour moi ce n'en est pas un) peu arriver à KDE.
Pour moi, ce qui compte ce sont les applis. Je ne crois pas qu'un toolkit doit fixer les plannings des applis. Et ça ne veut pas dire que Gnome ignore les développeurs d'appli et fait cavalier seul. Les versions Gnome 2.x seront compatibles source et binaire. Et ça, c'est pour les développeurs d'applis pour qu'ils n'aient pas à multiplier les portages. Donc toutes les applis Gnome 2.0 seront dès la sortie de Gnome 2.2, 2.4 etc... portées sur Gnome 2.2, 2.4 etc... Mais les développeurs d'applis n'auront aucun mérite à ça. :-)
[^] # Re: «How GNOME became LAME»
Posté par notrya2 . En réponse à la dépêche «How GNOME became LAME». Évalué à 7.
Je le sais et je l'ai dit plus haut.
> Ils preferent passer du temps a finir le passage des applis d'une version majeur a l'autre plutot que de sortir un truc batard maintenant tu peux trouver ca aberrant mais au moins ca fonctionne!
Mais c'est très bien pour KDE. Cependant, tu n'as pas compris mon propos. Je sais que les applis KDE sont synchrones avec KDE. Néanmoins, critiquer Gnome sur ce point est "dangereux" car ce "problème" peut aussi arriver à KDE. Le passage Gnome 1.0 à 1.2 puis à 1.4 n'a pas posé ce problème. Porter une applis sous Gnome 2 demande beaucoup de travail. Par exemple, le point de vu du team galeon (
http://galeon.sourceforge.net/galeon2/(...) ) :
- "We decided to do a full rewrite of the our code base because of the huge changes in Gnome architecture, to improve maintainability and stability."
Prends Gnucash. En mai/juin 2002, ils ont pris la décision de faire le portage vers Gnome 2 après la version 1.8 de gnucash. Et la version 1.8.0 est sortie il y a 1 mois ! Que doit faire le projet Gnome ? Forcer le team gnucash à bosser sur le portage et repousser la version 1.8 qui amene des améliorations pour l'utilisateur final qui sont beaucoup plus importantes que le passage à Gnome 2 ? Repousser d'au moins 6 moins la sortie de Gnome 2 ? Faire de l'ingérance (douteux niveau fiabilité pour une applis qui gère du pognon) et bosser sur le portage de gnucash vers Gnome 2 et diminuer temporairement les effort en cours sur Gnome 2 ?
Avec des projets de plus en plus gros qui sont difficiles à synchroniser, plus un changement important dans l'API et/ou l'organisation (ce qui est le cas du passage Gnome 1.4 à Gnome 2), et ce "problème" (pour moi ce n'en est pas un) peu arriver à KDE.
Pour moi, ce qui compte ce sont les applis. Je ne crois pas qu'un toolkit doit fixer les plannings des applis. Et ça ne veut pas dire que Gnome ignore les développeurs d'appli et fait cavalier seul. Les versions Gnome 2.x seront compatibles source et binaire. Et ça, c'est pour les développeurs d'applis pour qu'ils n'aient pas à multiplier les portages. Donc toutes les applis Gnome 2.0 seront dès la sortie de Gnome 2.2, 2.4 etc... portées sur Gnome 2.2, 2.4 etc... Mais les développeurs d'applis n'auront aucun mérite à ça. :-)