Colors 带有深色背景的gnu源高光颜色方案
我使用的gnu源代码高亮显示大部分是较少的(因此它使用ANSII终端代码来制作颜色)。但是,由于背景颜色较暗,突出显示的部分较暗且难以阅读Colors 带有深色背景的gnu源高光颜色方案,colors,gnu,color-scheme,source-highlighting,Colors,Gnu,Color Scheme,Source Highlighting,我使用的gnu源代码高亮显示大部分是较少的(因此它使用ANSII终端代码来制作颜色)。但是,由于背景颜色较暗,突出显示的部分较暗且难以阅读 有没有一种简单的方法可以告诉源高光使用更适合深色背景的配色方案(例如,可以使用)呢?我不知道如何使用源高光来实现这一点,所以我完全跳过了它,并达到了相同的目的。为此,我创建了一个函数,当我需要代码高亮显示时,我使用它,而不是更少 pygless() { LESSOPEN="| pygmentize -f terminal256 -O style=nati
有没有一种简单的方法可以告诉源高光使用更适合深色背景的配色方案(例如,可以使用)呢?我不知道如何使用源高光来实现这一点,所以我完全跳过了它,并达到了相同的目的。为此,我创建了一个函数,当我需要代码高亮显示时,我使用它,而不是更少
pygless()
{
LESSOPEN="| pygmentize -f terminal256 -O style=native -g %s" less -R "$@";
}
我怀疑有可能设置
LESSOPEN
通过vim
荧光笔输送东西。看起来vim可以像less一样使用:对我来说,最好的选择是我把它放在bash初始化文件pygless(){LESSOPEN=“| pygmentize-f terminal256-O style=native-g%s“less”$@}
我现在用pygless来读代码:)好极了@ricab。必须对其进行一些更改:pygless(){LESSOPEN=“|pygmentize-f terminal256-O style=native-g%s”less“$@”}
(注意分号)。回答这个问题,我会接受的(:(2019年)pygmentize
非常慢:⯈时间分段-f terminal256-O style=native-g
0,39s用户0,03s系统99%cpu 0428总计⯈时间源突出显示-i/usr/include/linux/fs.h-f esc256
0,03s用户0,00s系统98%cpu 0037总编辑:ok,因此注释格式仍停留在90年代