gpt4 book ai didi

vim 8.1 - 屏幕上的垃圾打印

转载 作者:行者123 更新时间:2023-12-04 13:44:35 24 4
gpt4 key购买 nike

通常,当我打开 vim 时,一些垃圾会打印在以下屏幕上:
^[[2;2R^[]10;rgb:ffff/ffff/ffff^G^[]11;rgb:0000/0000/0000^G
我不知道为什么。有时,它在状态行上,有时在它的上方或下方。

此外,在插入或正常模式下,很多时候字符不会刷新并打印我按下的键(例如,如果我按 h 向左移动,h 会在那里打印),直到我更改该行。这可能与上述问题有关。
redraw似乎洗掉了这些垃圾字符,但我不想一直这样做。

我也试过 set t_RV=如前所述 here无济于事。

问题可能是由于某些插件、au 命令或我使用的自定义状态行,而不是使用更受欢迎的航空公司、电力线等。我不确定。

这是我的 .vimrc 的链接文件。

以下是我的 $ vim --version 的输出:

VIM - Vi IMproved 8.1 (2018 May 17, compiled May 25 2018 00:50:25)
Included patches: 1-22
Compiled by Arch Linux
Huge version with GTK3 GUI. Features included (+) or not (-):
+acl +farsi +mouse_sgr -tag_any_white
+arabic +file_in_path -mouse_sysmouse +tcl/dyn
+autocmd +find_in_path +mouse_urxvt +termguicolors
-autoservername +float +mouse_xterm +terminal
+balloon_eval +folding +multi_byte +terminfo
+balloon_eval_term -footer +multi_lang +termresponse
+browse +fork() -mzscheme +textobjects
++builtin_terms +gettext +netbeans_intg +timers
+byte_offset -hangul_input +num64 +title
+channel +iconv +packages +toolbar
+cindent +insert_expand +path_extra +user_commands
+clientserver +job +perl/dyn +vertsplit
+clipboard +jumplist +persistent_undo +virtualedit
+cmdline_compl +keymap +postscript +visual
+cmdline_hist +lambda +printer +visualextra
+cmdline_info +langmap +profile +viminfo
+comments +libcall +python/dyn +vreplace
+conceal +linebreak +python3/dyn +wildignore
+cryptv +lispindent +quickfix +wildmenu
+cscope +listcmds +reltime +windows
+cursorbind +localmap +rightleft +writebackup
+cursorshape +lua/dyn +ruby/dyn +X11
+dialog_con_gui +menu +scrollbind -xfontset
+diff +mksession +signs +xim
+digraphs +modify_fname +smartindent -xpm
+dnd +mouse +startuptime +xsmp_interact
-ebcdic +mouseshape +statusline +xterm_clipboard
+emacs_tags +mouse_dec -sun_workshop -xterm_save
+eval +mouse_gpm +syntax
+ex_extra -mouse_jsbterm +tag_binary
+extra_search +mouse_netterm +tag_old_static
system vimrc file: "/etc/vimrc"
user vimrc file: "$HOME/.vimrc"
2nd user vimrc file: "~/.vim/vimrc"
user exrc file: "$HOME/.exrc"
system gvimrc file: "/etc/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
2nd user gvimrc file: "~/.vim/gvimrc"
defaults file: "$VIMRUNTIME/defaults.vim"
system menu file: "$VIMRUNTIME/menu.vim"
fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/libdrm -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/harfbuzz -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1
Linking: gcc -L. -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fstack-protector -rdynamic -Wl,-export-dynamic -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.26/core_perl/CORE -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -L/usr/local/lib -Wl,--as-needed -o vim -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -lfribidi -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lSM -lICE -lXt -lX11 -lXdmcp -lSM -lICE -lm -ltinfo -lelf -lnsl -lacl -lattr -lgpm -ldl -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.26/core_perl/CORE -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fstack-protector-strong -L/usr/local/lib -L/usr/lib/perl5/5.26/core_perl/CORE -lperl -lpthread -lnsl -ldl -lm -lcrypt -lutil -lc -L/usr/lib -ltclstub8.6 -ldl -lz -lpthread -lm

编辑:我正在使用来自 terminal 的 vim .以下是我对术语变量的输出:
$ echo $TERM
xterm-256color
$ echo $COLORTERM
truecolor
$ echo $SHELL
/bin/bash

最佳答案

我在使用相同的终端变量和 TUI vim 时遇到了同样的问题,只是它发生的地方不完全相同,即不在状态行上,而是在我的文件的开头(但它看起来完全像 thisthis ),我也在使用 gruvbox 配色方案(我还有一些其他的 vim 插件,如 Syntastic)。您可以在 before 之前和 after 之后看到图像,修复程序如下所述。
在 之前在我的 .vimrc 中添加 autocmd vimenter * colorscheme gruvbox 之后,我的插件管理器(病原体)的加载停止了(当然,我还从我的 .vimrc 中删除了我之前的 colorscheme gruvbox 命令)。
我猜因为您也在使用配色方案(包括 gruvbox),并且如果您将给定命令中的“gruvbox”替换为其他配色方案,这也可能对您有用。你的 .vimrc 虽然看起来很复杂(你已经在使用 autocmd vimenter 做其他事情),因此我不确定你应该把它放在你的配置文件中的什么位置。您也可以尝试将此 放在状态行的定义 之后(这就是我的 vimrc 中的情况),但我认为这不会有所作为(请参阅第二个注释)。

注释

  • 我从 https://github.com/morhetz/gruvbox/wiki/Installation 得到了这个解决方案。
  • 不知道为什么这确实解决了我的问题,但正如 vim always read .vimrc file first and after that starts to load plugins, so in this case, we use autocmd vimenter to be sure that all plugins are loaded completely and then use gruvbox 上面的链接中所述,我猜配色方案加载需要在启动之前完全完成这些设置才能正常工作。
  • Here 是 vimenter 的文档,对于不熟悉这个的人
  • 关于vim 8.1 - 屏幕上的垃圾打印,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51129631/

    24 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com