Деякі результати LS не читаються із темою Solarized у підсистемі Windows 10 Linux


1

Протягом деякого часу обертаючись, я зміг заставити Bash у Windows використовувати кольорову схему Solarized методом, обговореним у цій темі. Це навіть дозволяє мені перейти на vim до легкої теми при належному налаштуванні мого .vimrcфайлу. Однак після внесення цих змін у мене зараз є такий жахливий, нечитабельний контраст кольорів з певними результатами при запуску ls:

Цей голуб на жовто-зеленому кольорі суворий для очей і його важко зрозуміти

На жаль, я не знаю, як це виправити без зміни кольорів на панелі властивостей знову - спроба змінити звичайні конфігураційні файли, які працювали б на фактичній машині Linux, нічого не досягнуто - і це може потенційно підірвати інші аспекти кольорова гама.


Що відбувається після export LS_COLORS=$LS_COLORS:"fi=40;37"?
JosefZ

Відповіді:


0

Переконайтесь, що у вас немає файлу ~/.dircolors. Якщо ви це зробите, просто модифікуйте це. Якщо ні, запустіть. dircolors -p > ~/.dircolorsЦе створює конфігураційний файл для кольорів за замовчуванням для вас.

Відкрийте цей файл у vim. Записи будуть кольоровими. Ви можете змінити ті, які вважаєте образливими. Це, ймовірно, OTHER_WRITABLE. Я особисто змінив це на 37; 42, що все ще погано, але читабельно.

О, і у вас майже напевно вже є щось у вашому ~ / .bashrc або. ~ / Zshrc, що вже робить це, але якщо ні, ви хочете додати рядок типу:

dircolors -b ~/.dircolors

у відповідний файл. Типовий раніше існуючий виглядає так:

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

Крім того, є це, однак це не виправляє проблему з OTHER_WRITABLE липкими / не липкими каталогами:

https://github.com/huyz/dircolors-solarized
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.