Certos resultados de LS ilegíveis com o tema Solarized no subsistema Linux do Windows 10

Certos resultados de LS ilegíveis com o tema Solarized no subsistema Linux do Windows 10

Depois de brincar um pouco, consegui fazer com que o Bash no Windows usasse o esquema de cores Solarized por meio do método discutido emessefio. Ele ainda me permite fazer com que o vim mude para o tema claro com o ajuste adequado ao meu .vimrcarquivo. No entanto, desde que fiz essa alteração, agora tenho o seguinte contraste de cores horrível e ilegível com certos resultados durante a execução ls:

Este ciano sobre verde-amarelo é agressivo para os olhos e difícil de entender

Infelizmente, não sei como consertar isso sem alterar as cores no painel de propriedades novamente - tentar alterar os arquivos de configuração usuais que funcionariam em uma máquina Linux real não resultou em nada - e fazer isso prejudicaria potencialmente outros aspectos do o esquema de cores.

Responder1

Verifique se você não possui um arquivo ~/.dircolors. Se você fizer isso, basta modificá-lo. Caso contrário, execute dircolors -p > ~/.dircolorsIsso gera um arquivo de configuração dircolors padrão para você.

Abra este arquivo no vim. As entradas serão codificadas por cores. Você pode modificar aqueles que considera ofensivos. Provavelmente é OTHER_WRITABLE. Eu pessoalmente mudei para 37;42, o que ainda é ruim, mas legível.

Ah, e quase certamente você já tem algo em seu ~/.bashrc ou .~/zshrc que já está fazendo isso, mas se não, você vai querer adicionar uma linha como:

dircolors -b ~/.dircolors

para o arquivo apropriado. O típico pré-existente é assim:

if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"

Além disso, existe isso, mas não resolve o problema com OTHER_WRITABLE diretórios fixos/não fixos:

https://github.com/huyz/dircolors-solarized

informação relacionada