images ce que ça donne si glib pango gtk+ gnomelib est dans la même librairie.
Ca n'a pas besoin d'être dans la même bibliothèque mais personellement je regrouperais gtk et pango.
Glib fourni des services de base (string, etc). c'est normal que ce soit séparé du reste. Gnomelib fourni tout ce qui permet l'intégration d'un programme dans Gnome. C'est aussi normal que ce soit une surcouche de Gtk.
Gtk, lui, fourni toutes les classes graphiques. Sauf que si je veux gérer les caractères étendus (langues asiatiques), bah là il me faut un machin en plus qui s'appelle pango. Même chose pour Gdk : Je fait un GUI j'utilise les Gtk_machin sauf que pour certaines choses il me faut utiliser les objets Gdk_machin.
Je ne vois que 3 couche dans tout ça : Une couche de base (Glib), une couche graphique non lié à un environnement de bureau particulier (Gtk), et une couche d'intégration à Gnome (Gnomelib). D'un coup ça devient plus simple que les whatmille librairies.
[^] # Re: A propos de l'abandon.
Posté par Croconux . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 3.
Ca n'a pas besoin d'être dans la même bibliothèque mais personellement je regrouperais gtk et pango.
Glib fourni des services de base (string, etc). c'est normal que ce soit séparé du reste. Gnomelib fourni tout ce qui permet l'intégration d'un programme dans Gnome. C'est aussi normal que ce soit une surcouche de Gtk.
Gtk, lui, fourni toutes les classes graphiques. Sauf que si je veux gérer les caractères étendus (langues asiatiques), bah là il me faut un machin en plus qui s'appelle pango. Même chose pour Gdk : Je fait un GUI j'utilise les Gtk_machin sauf que pour certaines choses il me faut utiliser les objets Gdk_machin.
Je ne vois que 3 couche dans tout ça : Une couche de base (Glib), une couche graphique non lié à un environnement de bureau particulier (Gtk), et une couche d'intégration à Gnome (Gnomelib). D'un coup ça devient plus simple que les whatmille librairies.