> La configuration dans une base de registre / autre format binaire,
Faut arrêter de raconter n'importe quoi, primo GConf n'est pas une base de registre mais une API pour manipuler la configuration avec différents backends (GConf2 arrive avec deux backends: XML et LDAP -uniquement pour les besoins propres d'Evolution- donc pas de formats binaires) mais rien ne t'interdit de taper directement dedans (même si c'est stupide).
Quant à GSettings, c'est dans GIO, un sous-ensemble de la GLib, aucune dépendance "bizarre" (GConf dépend encore d'Orbit), et la GLib, tu la trouves dans quasiment toutes les distributions de bureau (y compris celles avec KDE).
Contrairement à GConf, GSettings n'est qu'une API de manipulation de la configuration (c'est le pendant de QSettings qui manquait à Gtk+), après pour la sérialisation, GSettings comme GConf utilise un système de backends, GSettings utilisera le format par défaut (base de registre pour Windows, fichiers plist pour OS X) sinon c'est dconf qui utilise derrière un format clé=valeur.
Plus haut, tu parles de dépendances à vala, libunique, rubber, libgedit ?
* vala ne repose que sur la GLib
* libunique est intégré à la GLib dans la branche 3
* rubber est un programme python qui ne dépends que de python et latex.
* libgedit si j'ai bien compris, le but c'est de factoriser le code commun à Gedit, latexila & cie en se limitant uniquement à Gtk+
Quand on y regarde de plus près, on voit bien que tes craintes sont pour la plupart infondées.
[^] # Re: Plus pour moi
Posté par GeneralZod . En réponse au journal Vala LaTeXila 1.99, environnement LaTeX intégré en GTK. Évalué à 8.
Faut arrêter de raconter n'importe quoi, primo GConf n'est pas une base de registre mais une API pour manipuler la configuration avec différents backends (GConf2 arrive avec deux backends: XML et LDAP -uniquement pour les besoins propres d'Evolution- donc pas de formats binaires) mais rien ne t'interdit de taper directement dedans (même si c'est stupide).
Quant à GSettings, c'est dans GIO, un sous-ensemble de la GLib, aucune dépendance "bizarre" (GConf dépend encore d'Orbit), et la GLib, tu la trouves dans quasiment toutes les distributions de bureau (y compris celles avec KDE).
Contrairement à GConf, GSettings n'est qu'une API de manipulation de la configuration (c'est le pendant de QSettings qui manquait à Gtk+), après pour la sérialisation, GSettings comme GConf utilise un système de backends, GSettings utilisera le format par défaut (base de registre pour Windows, fichiers plist pour OS X) sinon c'est dconf qui utilise derrière un format clé=valeur.
Plus haut, tu parles de dépendances à vala, libunique, rubber, libgedit ?
* vala ne repose que sur la GLib
* libunique est intégré à la GLib dans la branche 3
* rubber est un programme python qui ne dépends que de python et latex.
* libgedit si j'ai bien compris, le but c'est de factoriser le code commun à Gedit, latexila & cie en se limitant uniquement à Gtk+
Quand on y regarde de plus près, on voit bien que tes craintes sont pour la plupart infondées.