![在 Windows 10 Linux 子系统上使用 Solarized 主题时,某些 LS 结果无法读取](https://linux22.com/image/1557519/%E5%9C%A8%20Windows%2010%20Linux%20%E5%AD%90%E7%B3%BB%E7%BB%9F%E4%B8%8A%E4%BD%BF%E7%94%A8%20Solarized%20%E4%B8%BB%E9%A2%98%E6%97%B6%EF%BC%8C%E6%9F%90%E4%BA%9B%20LS%20%E7%BB%93%E6%9E%9C%E6%97%A0%E6%B3%95%E8%AF%BB%E5%8F%96.png)
经过一段时间的折腾,我终于能够通过讨论的方法让 Windows 上的 Bash 使用 Solarized 配色方案这线程。它甚至允许我通过对我的文件进行适当的调整让 vim 切换到浅色主题.vimrc
。但是,自从进行此更改以来,我现在在运行时出现了以下可怕的、难以阅读的颜色对比和某些结果ls
:
不幸的是,我不知道如何在不再次改变属性面板中的颜色的情况下解决这个问题——试图改变在实际 Linux 机器上运行的通常的配置文件没有任何效果——而且这样做可能会破坏配色方案的其他方面。
答案1
确认您没有文件~/.dircolors
。如果有,只需修改它。如果没有,请运行dircolors -p > ~/.dircolors
这将为您生成默认的 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