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

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?

terminal urxvt

— So8res
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

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
source

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