Quitte à porter les applis vers de nouvelles API, autant que celles-ci soient le plus définitive possible. Par ailleurs, le projet KDE est ainsi fait que les applis faites pour KDE 3.0 sont censées continuer à tourner sous KDE 3.5.7. Il en sera de même pour KDE 4.X, il falait donc que toute l'infra soit là, car après elle ne changera pas jusqu'à KDE5.
Ca me rappelle le développement du noyau linux avant la sortie du 2.6. Il n'existe pas d'API parfaite. C'est dommage pour vous d'avoir un développement complètement figé dès qu'on sort une version à nombre majeur.
Quant à GEGL ça n'a rien à voir avec un remplacement de GTK. C'est une lib de traitement d'image qui permettrait entre autres de dépoussiérer les limitations de The GIMP.
Il n'y a pas d'évolution radicale de GTK car il n'y a pas de besoin qui se présente et n'oubliez pas que GTK n'est que la boite à widgets. QT est un ensemble "toute la maison, cuisine comprise". L'équivalent de QT pour gnome, c'est GTK+Glib+Pango+Cairo+LibXML.
[^] # Re: Cycle de release
Posté par satan . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à 5.
Ca me rappelle le développement du noyau linux avant la sortie du 2.6. Il n'existe pas d'API parfaite. C'est dommage pour vous d'avoir un développement complètement figé dès qu'on sort une version à nombre majeur.
Quant à GEGL ça n'a rien à voir avec un remplacement de GTK. C'est une lib de traitement d'image qui permettrait entre autres de dépoussiérer les limitations de The GIMP.
Il n'y a pas d'évolution radicale de GTK car il n'y a pas de besoin qui se présente et n'oubliez pas que GTK n'est que la boite à widgets. QT est un ensemble "toute la maison, cuisine comprise". L'équivalent de QT pour gnome, c'est GTK+Glib+Pango+Cairo+LibXML.