Les variables d'environnement UNIX sont définis par processus et sont héritable. Ce n'est pas le cas sous Windows où ce sont des simples clefs dans la base de registre (variables globales).
>Ahem et toutes les valeurs par defaut, utiliser pour les fontes,
> l'affichage, la langue. etc..
C'est sur que toutes les applications ont besoin de manipuler les paramêtres des fontes ;-) Non sérieusement, il y a un serveur de fonte (xfs ou xfs-tt) et les autres applications dialoguent avec lui. Vraiment, je ne vois pas l'intérêt d'aller voir dans les fichiers le concernant.
Ensuite, effectivement, il y a des fichiers de configuration. Mais ca n'a rien à voir avec un base de registre. Par exemple, va mettre le fichier de configuration d'apache dans une base de registre ! Ce qui est valable pour apache l'est aussi pour xfs-xtt.
En plus, le fait de travailler sur des fichiers, tu peux chrooter, faire des jails, du systrace, du vserver... Bref, c'est simple, robuste et ca laisse beaucoup de place à l'imagination.
[^] # Re: On m'a dit aussi de ne pas réinventer la boucle.
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des licences "Shared Source" de Microsoft.... Évalué à 3.
>Ahem et toutes les valeurs par defaut, utiliser pour les fontes,
> l'affichage, la langue. etc..
C'est sur que toutes les applications ont besoin de manipuler les paramêtres des fontes ;-) Non sérieusement, il y a un serveur de fonte (xfs ou xfs-tt) et les autres applications dialoguent avec lui. Vraiment, je ne vois pas l'intérêt d'aller voir dans les fichiers le concernant.
Ensuite, effectivement, il y a des fichiers de configuration. Mais ca n'a rien à voir avec un base de registre. Par exemple, va mettre le fichier de configuration d'apache dans une base de registre ! Ce qui est valable pour apache l'est aussi pour xfs-xtt.
En plus, le fait de travailler sur des fichiers, tu peux chrooter, faire des jails, du systrace, du vserver... Bref, c'est simple, robuste et ca laisse beaucoup de place à l'imagination.