![如何确保 KDE 安装上的 VIM 具有相同的配色方案?](https://linux22.com/image/195477/%E5%A6%82%E4%BD%95%E7%A1%AE%E4%BF%9D%20KDE%20%E5%AE%89%E8%A3%85%E4%B8%8A%E7%9A%84%20VIM%20%E5%85%B7%E6%9C%89%E7%9B%B8%E5%90%8C%E7%9A%84%E9%85%8D%E8%89%B2%E6%96%B9%E6%A1%88%EF%BC%9F.png)
每次我升级到新版本的 Debian(或任何其他 Linux 发行版)时,我最终都会调整蓝色康索尔,默认情况下太暗。以下是 Debian 11 中 Bash 脚本的一部分的屏幕截图:
avconv
下面是 Debian 9 中的相同代码片段(忽略要更改的部分)的屏幕ffmpeg
截图,我从 2.5 年来一直使用该代码片段,并根据我的喜好进行配置:
为了方便起见,在 Debian 9 和 11 上:
- Konsole 配色方案和背景设置为黑底白字。
set bg=dark
在~/.vimrc
- 字体为 Noto Mono,大小为 11。
请注意,蓝色太暗并且不太清晰(对我来说)。每次全新安装后,我都会手动调整 Konsole 设置并覆盖蓝色的颜色(例如#5da3ff
)和强烈颜色(例如)。#5daaff
但这是一个手动过程,我有点不喜欢它。
如何确保 KDE 上的 VIM 安装具有相同的配色方案?蓝色问题不仅仅与 VIM 有关。即使在终端上查看目录列表时它也存在。这里的人比我拥有更多的专业知识和对这些设置的理解。任何建议将不胜感激。
答案1
我还发现黑色上的深蓝色难以阅读,所以我的文件中有以下内容~/.vimrc
:
syntax on
set background=dark
hi Comment term=bold ctermfg=DarkCyan guifg=Blue
hi PreProc term=underline ctermfg=Cyan guifg=#ff80ff
它告诉vim
我们在终端中使用 DarkCyan forComment
和PreProc
,这是 background=dark 通常使用深蓝色的大部分(全部?)功能。
顺便说一句,您确实应该在 shell 脚本中引用变量。大括号是不是引用的替代品(并且,除了在数组和参数扩展中使用之外,它们仅有的当您需要消除变量名称与周围文本的歧义时非常有用 - 例如,$varx
是一个名为 的变量varx
,而${var}x
是一个名为 的变量,var
后跟一个文字x
字符)。
process_nokia() {
local name
local ofile
for f in "$CON_INPUT_DIR"/VID_*.mp4; do
name="${f##*/}"
ofile="$CON_OUTPUT_DIR/$(make_output_fname "$name")"
[ -e "$ofile" ] && continue
avconv -i "$f" -s "$CON_VIDEO_SIZE" "$ofile"
done
}
(感谢gocr
将该图像转换为可编辑文本)
顺便说一句,如上所示,您可以而且应该在命令替换中嵌套双引号。通过命令替换运行的子 shell 也需要引用其变量。
另外顺便说一句,鉴于这process_nokia()
是一个函数,您可能应该编写它,以便将目录名或文件名列表传递给它......如果未提供,则可能使用默认值。这将允许您在任何目录上重复使用相同的功能。在函数中硬编码这样的东西和/或使其使用全局变量通常不是一个好主意。如果全局变量不存在或者没有你期望的值,它可能会产生非常令人惊讶的结果 - 有时令人惊讶,有时无害,有时则是灾难性的。至少,如果您不想将参数传递给函数,则应该检查是否$CON_INPUT_DIR
具有有效值。