très bien cela, mais malheureusement je sens le double emploi avec GConf
(rappelons que GConf n'est pas gravé ds le marbre mais peut être amélioré hein)
que le démon gconf ne plante plus à chaque phase de la lune et que de toute façon il est relancé dés qu'un programme en a besoin si jamais)
que l'architecture client-serveur de gconf permet d'isoler totalement le client du fonctionnement interne de gconf et permettre une gestion réseau de postes (moA admin changer config de tout plein de poste via UNE interface de gestion réseaux de postes) )
et puis, rien n'empcherait de reprendre le concept de schema, de backend xml etc et d'adapter améliorer Gconf
enfin, seuls les développeurs peuvent vraiment juger le meilleur choix, on verra.
# et gconf ?
Posté par - - . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 2.
(rappelons que GConf n'est pas gravé ds le marbre mais peut être amélioré hein)
que le démon gconf ne plante plus à chaque phase de la lune et que de toute façon il est relancé dés qu'un programme en a besoin si jamais)
que l'architecture client-serveur de gconf permet d'isoler totalement le client du fonctionnement interne de gconf et permettre une gestion réseau de postes (moA admin changer config de tout plein de poste via UNE interface de gestion réseaux de postes) )
et puis, rien n'empcherait de reprendre le concept de schema, de backend xml etc et d'adapter améliorer Gconf
enfin, seuls les développeurs peuvent vraiment juger le meilleur choix, on verra.