los colores en negrita de urxvt son incorrectos: los negrita n. ° 0-7 utilizan colores del n. ° 8-15

Mis colores están apagados. Específicamente, la versión en negrita de los colores 1-6 está rota:

El color de cada índice (envalentonado) debe coincidir con el color del texto al lado. No es asi.

Esto se genera a partir de esta esencia, modificada para incluir los colores # 0-15. (Es idéntico, excepto , 16que se elimina la línea 25).

Actualizar:

Esto es lo que está sucediendo: la negrita n. ° 1 usa el color n. ° 9, la negrita n. ° 2 usa el color n. ° 10 y así sucesivamente. Confirmé esto cambiando color9, color10, etc en mi .Xresourcesarchivo.

Estoy usando solarizado .Xresources y prefiero mantener los colores # 9-15 coloreados de manera diferente.

Además, los colores llamativos son correctos en xterm.

¿Por qué urxvt Bold # 0-7 usa colores del # 8-15, y cómo detengo esto?

Use el +isindicador de línea de comando o (exactamente equivalente), establezca el intensityStylesrecurso en falso. Desde la página del manual:

Intensidad Estilos: booleano

Cuando los estilos de fuente no están habilitados, o esta opción está habilitada (Verdadero, la opción es la predeterminada), los estilos de fuente en negrita / parpadeo implican colores de primer plano / fondo de alta intensidad. Deshabilitar esta opción (Falso, la opción + es) deshabilita este comportamiento, los colores de alta intensidad no son accesibles.

Entonces, en .Xresources:

URxvt.intensityStyles: false

No está claro qué comportamiento es "correcto". (Prefiero "bold" = "fuente bold"). Históricamente, algunos terminales tratan SGR 1 (\ e [1m) como "bold", y otros lo tratan como "intenso". Los terminales actuales exhiben una mezcla de comportamientos. La fila superior de cada ventana tiene los colores del 0 al 15 en "negrita". La segunda fila es sin "negrita". ( -bdcy +bdces el equivalente XTerm de URxvt -isy +is, no estoy seguro de por qué solo parece afectar el color 0 en mi sistema)

script para ejecutar los terminales en esta imagen