les couleurs en gras urxvt sont fausses - les caractères gras # 0-7 utilisent les couleurs # 8-15

10

Mes couleurs sont éteintes. Plus précisément, la version audacieuse des couleurs 1-6 est rompue:

entrez la description de l'image ici

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 , 16ligne 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, color10etc. dans mon .Xresourcesdossier.

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?

So8res
la source
Pouvez-vous partager votre version du script? Il serait utile de voir exactement quelles séquences d'échappement vous envoyez. (par exemple, intense vs gras)
benizi
C'est exactement la même chose, sauf que le ", 16" sur la ligne 25 est supprimé.
So8res

Réponses:

15

Utilisez l' +isindicateur de ligne de commande ou (exactement de manière équivalente), définissez la intensityStylesressource sur false. Depuis la page de manuel:

intensitéStyles: booléen

Lorsque les styles de police ne sont pas activés ou que cette option est activée (True, option -is, la valeur par défaut), les styles de police en gras / clignotant impliquent des couleurs de premier plan / d'arrière-plan de haute intensité. La désactivation de cette option (False, option + is) désactive ce comportement, les couleurs à haute intensité ne sont pas accessibles.

Donc, dans .Xresources:

URxvt.intensityStyles: false

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". ( -bdcet +bdcest l'équivalent XTerm d'URxvt -iset +is- je ne sais pas pourquoi il semble n'affecter que la couleur 0 sur mon système)

le traitement de divers terminaux de gras vs intense

script pour exécuter les terminaux dans cette image

benizi
la source
2
Wow, les émulateurs de terminaux sont vraiment un ghetto. Merci beaucoup, ça me dérangeait.
So8res
C'est 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 :-)
egmont
Par ailleurs, GNOME Terminal 3.32 / VTE 0.56 a changé sa valeur par défaut en "gras uniquement", équivalent à xterm +pcet urxvt +is.
egmont