Certes, mais ils font quant même partie de la toolbox du développeur Gtk+, Gtk+ s'appuie principalement sur les primitives de dessins de Cairo (le GDK fournit des fonctions d'interopérabilité avec Cairo), et libxml2 c'est le parseur xml du projet GNOME. ;-)
Si il n'y a pas de wrappers GObject, c'est que d'une part, l'utilité ne s'est pas fait sentir, d'autre part pour des raisons de performances. Par exemple, GStreamer utilise en interne GstMiniObject (GObject moins les fonctionnalités inutiles pour GStreamer) et non GObject comme classe de base pour des raisons de performances.
> Qt est très bien séparé en module et les modules sont tous indépendants.
Seulement depuis Qt4, c'était beaucoup moins drôle avec Qt3.
Ce que je voulais dire, c'est qu'il est plus facile d'introduire dans un projet une bibliothèque GObject qu'une bibliothèque Qt même si c'est faisable.
[^] # Re: arrêter de comparer les carottes aux poireaux !!
Posté par GeneralZod . En réponse à la dépêche Qt 4.5 sera sous licence LGPL 2.1. Évalué à 4.
Si il n'y a pas de wrappers GObject, c'est que d'une part, l'utilité ne s'est pas fait sentir, d'autre part pour des raisons de performances. Par exemple, GStreamer utilise en interne GstMiniObject (GObject moins les fonctionnalités inutiles pour GStreamer) et non GObject comme classe de base pour des raisons de performances.
> Qt est très bien séparé en module et les modules sont tous indépendants.
Seulement depuis Qt4, c'était beaucoup moins drôle avec Qt3.
Ce que je voulais dire, c'est qu'il est plus facile d'introduire dans un projet une bibliothèque GObject qu'une bibliothèque Qt même si c'est faisable.