Il existe un moyen de démarrer des instances de xterm
utilisant différents files de configuration. Ex: xterm -load .Xresources-1
, xterm -load .Xresources-1
Utiliser xrdb -load ~/.Xdefaults
modifie les config globaly que j'essaie d'éviter.
Cela est généralement fait en changeant le nom de l' instance , qui est par défaut le nom du programme exécuté, mais qui peut être remplacé par l'option -name
. (Si vous créez un lien symbolique vers un programme et exécutez ce lien, c'est un moyen rapide de renommer un programme également).
Si vous avez un file de ressources avec des parameters comme
xterm*font: fixed
l' instance est le xterm
au début de la ligne.
Vous pouvez également changer le nom de la class (que vous voyez généralement comme XTerm
, également au début des lignes de ressources). Le script uxterm
utilise l'option uxterm
pour replace ce paramètre afin de modifier les parameters pour que xterm
fonctionne de manière cohérente en mode UTF-8.
Si vous avez des noms de classs différents, vous pouvez utiliser le mécanisme de search par défaut de l'application pour prendre en charge différents files de ressources. Je place la variable d'environnement XAPPLRESDIR
dans mon propre directory et j'ai des files de ressources localement personnalisés (chacun nommé pour une class ). Cela est documenté dans X (7) :
files spécifiques à l'application
Répertoires nommés par la variable d'environnementXUSERFILESEARCHPATH
ou la variable d'environnementXAPPLRESDIR
(qui désigne un seul directory et devrait se terminer par un'/'
sur les systèmes POSIX), plus les directorys dans un location standard (généralement sous/tmp/Xorg-KEM/lib/X11/
, mais cela peut être remplacé par la variable d'environnementXFILESEARCHPATH
) sont recherchés pour les ressources spécifiques à l'application. Par exemple, les ressources par défaut de l'application sont généralement conservées dans/tmp/Xorg-KEM/lib/X11/app-defaults/
. Consultez le manuel X Toolkit Insortingnsics – Langage C pour plus de détails.