Mes couleurs sont éteintes. Plus précisément, la version audacieuse des couleurs 1-6 est rompue:
La couleur de chaque index (en gras) doit correspondre à la couleur du texte à côté. Ce ne est pas.
Ceci est généré à partir de ce résumé, modifié pour inclure les couleurs # 0-15. (C'est identique sauf que la , 16
ligne 25 est supprimée.)
Mise à jour:
Voici ce qui se passe: le gras # 1 utilise la couleur # 9, le gras # 2 utilise la couleur # 10 et ainsi de suite. Je confirme en changeant color9
, color10
etc. dans mon .Xresources
dossier.
J'utilise solarized .Xresources
et je préfère garder les couleurs # 9-15 colorées différemment.
De plus, les couleurs vives sont correctes en xterm.
Pourquoi urxvt Bold # 0-7 utilise-t-il les couleurs de # 8-15, et comment puis-je arrêter cela?
Réponses:
Utilisez l'
+is
indicateur de ligne de commande ou (exactement de manière équivalente), définissez laintensityStyles
ressource sur false. Depuis la page de manuel:Donc, dans
.Xresources
:On ne sait pas quel comportement est "bon". (Je préfère "bold" = "bold bold".) Historiquement, certains terminaux traitent SGR 1 (\ e [1m) comme "bold", et d'autres le traitent comme "intense". Les terminaux actuels présentent un mélange de comportements. La rangée du haut dans chaque fenêtre est de 0 à 15 en "gras". La deuxième ligne est sans "gras". (
-bdc
et+bdc
est l'équivalent XTerm d'URxvt-is
et+is
- je ne sais pas pourquoi il semble n'affecter que la couleur 0 sur mon système)script pour exécuter les terminaux dans cette image
la source
xterm +/-pc
(et non+/-bdc
) qui est équivalent àurxvt +/-is
. "Je ne sais pas pourquoi cela ne semble affecter que la couleur 0" - parce que vous avez utilisé la mauvaise option :-) J'ai pu corriger votre message mais je n'ai pas envie de reprendre les captures d'écran :-)xterm +pc
eturxvt +is
.