urxvt as cores negrito estão erradas - negrito # 0-7 estão usando cores de # 8-15

9

Minhas cores estão apagadas. Especificamente, a versão em negrito das cores 1-6 está quebrada:

Acordecadaíndice(fortalecido)devecorresponderàcordotextoaoladodele.Não.

Issoégeradoapartirde este gist, modificado para incluir as cores # 0-15. (É idêntico, exceto que o , 16 na linha 25 foi removido).

Atualização:

Veja o que está acontecendo: Negrito 1 está usando a cor 9, negrito 2 está usando a cor 10 e assim por diante. Confirmei isso alterando color9 , color10 etc. no meu arquivo .Xresources .

Estou usando solarizado .Xresources e prefiro manter as cores # 9-15 colorido de forma diferente.

Além disso, as cores strongs estão corretas no xterm.

Por que o urxvt é Negrito # 0-7 usando cores de # 8-15 e como posso parar isso?

    
por So8res 29.11.2012 / 02:19

1 resposta

13

Use o sinalizador +is da linha de comando ou (exatamente de forma equivalente), defina o recurso intensityStyles como false. Na página do manual:

intensityStyles: boolean

When font styles are not enabled, or this option is enabled (True, option -is, the default), bold/blink font styles imply high intensity foreground/background colours. Disabling this option (False, option +is) disables this behaviour, the high intensity colours are not reachable.

Então, em .Xresources :

URxvt.intensityStyles: false

Não está claro qual comportamento está "certo". (Eu prefiro "negrito"="negrito"). Historicamente, alguns terminais tratam o SGR 1 (\ e [1m) como "negrito" e outros tratam-no como "intenso". Os terminais atuais exibem uma mistura de comportamentos. A linha superior em cada janela é das cores 0 a 15 em "negrito". A segunda linha é sem "negrito". ( -bdc e +bdc é o equivalente XTerm de -is e +is do URxvt - não tenho certeza porque parece que apenas afeta a cor 0 no meu sistema)

script para executar os terminais nesta imagem

    
por 30.11.2012 / 07:46