Il faut ouvrir un peut plus les yeux.
Pourquoi GConf serait dans gnomelib ?
GConf est un moyen pour stocker des informations de configuration et peut être utilisé sans Gtk+ ou gnome. Ça peut-être utilisé par des applis non graphiques.
gnome-vfs est un moyen unifier d'accès à des ressources (fichier, ftp, etc) et peut-être extrait de gnomelib. gnome-vfs peut être utilisé par des applis non graphique.
Pango peut-être utilisé sans Gtk (pour tout rendu UTF8). Un Qt au-dessus de pango est possible.
Je ne vais pas multiplier les exemples.
Si les choses sont comme ça, c'est qu'il y a des raisons à ça.
La majorité des utilisateurs n'ont pas à connaitre ces détails. Il y a des logiciels pour s'occuper des dépendances et récuperer evolution avec tout "son bordel" de dépendance.
Ça me ferait mal de mettre à jour un GROS gnomelib pour un petit fix dans gnome-vfs ou GConf.
[^] # Re: A propos de l'abandon.
Posté par itstimetogo . En réponse à la dépêche Dropline Gnome 2.8 disponible (depuis le 07/10/2004). Évalué à 3.
Il faut ouvrir un peut plus les yeux.
Pourquoi GConf serait dans gnomelib ?
GConf est un moyen pour stocker des informations de configuration et peut être utilisé sans Gtk+ ou gnome. Ça peut-être utilisé par des applis non graphiques.
gnome-vfs est un moyen unifier d'accès à des ressources (fichier, ftp, etc) et peut-être extrait de gnomelib. gnome-vfs peut être utilisé par des applis non graphique.
Pango peut-être utilisé sans Gtk (pour tout rendu UTF8). Un Qt au-dessus de pango est possible.
Je ne vais pas multiplier les exemples.
Si les choses sont comme ça, c'est qu'il y a des raisons à ça.
La majorité des utilisateurs n'ont pas à connaitre ces détails. Il y a des logiciels pour s'occuper des dépendances et récuperer evolution avec tout "son bordel" de dépendance.
Ça me ferait mal de mettre à jour un GROS gnomelib pour un petit fix dans gnome-vfs ou GConf.