Moi aussi je n'aime pas gconf. Notament parce que c'est un service (gconfd). Donc pour moi, il s'agit d'un système de type base de registre utilisateur donc une approche variable globale inter-application. Or on m'a toujours dis de limiter les variables globales ou tout du moins de les cloissonner dans des espaces de noms afin que le compilateur évite une mauvaise utilisation de celles-ci.
Si un programme est lié à une bibliothèque de type libgconf qui irait lire les paramètres dans un fichier de configuration, cela me semblerait normal. Mais pourquoi donc avoir mis en place un service qui tourne en tache de fond ? L'erreur est à mon sens ici.
Un des principes d'UNIX est violé avec gconfd, notament le cloisonnement inter-application. Normalement, une modification du paramétrage d'une application, via un editeur de configuration par exemple, doit obliger l'utilisateur à relancer son application. Un peu comme avec Firefox.
Par exemple, avec des bureaux de type fvwm2 ou ion3, lorsque tu modifies la configuration de ton gestionnaire de fenêtre, tu relances (restart) ton gestionnaire de fenêtre. Ce n'est pas bien difficile de programmer une application pour qu'elle réagisse à un signal POSIX, mais c'est à l'utilisateur de choisir d'envoyer le signal.
[^] # Re: beryl et compiz
Posté par Sytoka Modon (site web personnel) . En réponse au journal Beryl vs Compiz. Évalué à 2.
Si un programme est lié à une bibliothèque de type libgconf qui irait lire les paramètres dans un fichier de configuration, cela me semblerait normal. Mais pourquoi donc avoir mis en place un service qui tourne en tache de fond ? L'erreur est à mon sens ici.
Un des principes d'UNIX est violé avec gconfd, notament le cloisonnement inter-application. Normalement, une modification du paramétrage d'une application, via un editeur de configuration par exemple, doit obliger l'utilisateur à relancer son application. Un peu comme avec Firefox.
Par exemple, avec des bureaux de type fvwm2 ou ion3, lorsque tu modifies la configuration de ton gestionnaire de fenêtre, tu relances (restart) ton gestionnaire de fenêtre. Ce n'est pas bien difficile de programmer une application pour qu'elle réagisse à un signal POSIX, mais c'est à l'utilisateur de choisir d'envoyer le signal.