De plus glib a été sorti de Gtk justement pour être utilisé dans un contexte hors desktop. Glib est petit et n'a rien à voir avec Qt qui fait figure de monstre à côté.
Comme par un fait exprès, Qt a justement été "explosé" en modules (dont QtCore et QtGui) pour des raisons similaires à la modularisation de GTK+.
Si à chaque fois qu'on voulait une liste chainée, etc, des petites fonctionnalités qu'on trouve dans glib il fallait tout recoder, ça serait vite très lourd, une grande source de bug et ça boufferait de la place mémoire (code non partagé).
Rassures-toi, il y a aussi des containers sympas en Qt (dans QtCore, justement).
Reste que, oui, ces projets ont leur libs "utilitaires" fétiches, et que tu feras aussi peu utiliser les containers Qt à un dev GTK que l'inverse. Ce n'est pas spécialement fait pour, et ce serait suboptimal. Un peu comme utiliser une librairie de containers conçue en C dans un programme C++ (même s'il y a plus sympa que C++ comme langage, je le reconnais aisément).
Il ne faut pas perdre de vue non plus que Gnome et GTK+ sont deux entités distinctes. Gnome est un bureau basé sur ce dernier, et y contribuant beaucoup, c'est entendu. Mais il est loin d'être le seul (cf. ROX, XFCE, GPE, ...). Ca oeuvre à expliquer pourquoi dans le monde GTK les librairies sont beaucoup moins "liées" entre elles (si ce n'est le lien à Glib) que dans le monde Qt.
Quand à la libxml2, elle est très largement utilisée, bien au delà du desktop, ou de linux. Ce n'est donc pas le meilleur exemple de récupération de projet Gnome par KDE.
Gnome ne dit pas à KDE, "recodé ceci afin qu'on l'utilise".
Quitte à marcher dans le troll avec toi, faudrait voir à pas oublier que les développeurs de Gnome ont justement choisi de créer ce dernier plutôt que de contribuer au jeune KDE de l'époque.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Larry Cow . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 10.
Comme par un fait exprès, Qt a justement été "explosé" en modules (dont QtCore et QtGui) pour des raisons similaires à la modularisation de GTK+.
Si à chaque fois qu'on voulait une liste chainée, etc, des petites fonctionnalités qu'on trouve dans glib il fallait tout recoder, ça serait vite très lourd, une grande source de bug et ça boufferait de la place mémoire (code non partagé).
Rassures-toi, il y a aussi des containers sympas en Qt (dans QtCore, justement).
Reste que, oui, ces projets ont leur libs "utilitaires" fétiches, et que tu feras aussi peu utiliser les containers Qt à un dev GTK que l'inverse. Ce n'est pas spécialement fait pour, et ce serait suboptimal. Un peu comme utiliser une librairie de containers conçue en C dans un programme C++ (même s'il y a plus sympa que C++ comme langage, je le reconnais aisément).
Il ne faut pas perdre de vue non plus que Gnome et GTK+ sont deux entités distinctes. Gnome est un bureau basé sur ce dernier, et y contribuant beaucoup, c'est entendu. Mais il est loin d'être le seul (cf. ROX, XFCE, GPE, ...). Ca oeuvre à expliquer pourquoi dans le monde GTK les librairies sont beaucoup moins "liées" entre elles (si ce n'est le lien à Glib) que dans le monde Qt.
Quand à la libxml2, elle est très largement utilisée, bien au delà du desktop, ou de linux. Ce n'est donc pas le meilleur exemple de récupération de projet Gnome par KDE.
Gnome ne dit pas à KDE, "recodé ceci afin qu'on l'utilise".
Quitte à marcher dans le troll avec toi, faudrait voir à pas oublier que les développeurs de Gnome ont justement choisi de créer ce dernier plutôt que de contribuer au jeune KDE de l'époque.
:]