Nvim 的 :help 頁面，是使用 tree-sitter-vimdoc 解析器，從 原始碼 產生 的。
master 分支）用於積極地測試新功能和變更。它通常是穩定的，但偶爾會破壞你的工作流程。我們依賴 HEAD 使用者回報自動測試未發現的「盲點」。if_lua 介面。set termguicolors�[2 q）TERM=xterm-256color）。:set guicursor=
" Workaround some broken plugins which set guicursor indiscriminately.
:autocmd OptionSet guicursor noautocmd set guicursor=$TERM 的建議值。man nvim 中關於 NVIM_TUI_ENABLE_CURSOR_SHAPE 的說明。:set guicursor=
" Workaround some broken plugins which set guicursor indiscriminately.
:autocmd OptionSet guicursor noautocmd set guicursor=blinkon0。請參閱 'guicursor'。:set termguicolors
:hi Cursor guifg=green guibg=green
:hi Cursor2 guifg=red guibg=red
:set guicursor=n-v-c:block-Cursor/lCursor,i-ci-ve:ver25-Cursor2/lCursor2,r-cr:hor20,o:hor50au VimEnter,VimResume * set guicursor=n-v-c:block,i-ci-ve:ver25,r-cr:hor20,o:hor50
\,a:blinkwait700-blinkoff400-blinkon250-Cursor/lCursor
\,sm:block-blinkwait175-blinkoff150-blinkon175
au VimLeave,VimSuspend * set guicursor=a:block-blinkon0_ 在沒有文件的情況下快速出現和消失，並且你在 EndOfBuffer 和 Normal 中設定了 ctermbg，請嘗試將這些設定為 NONEhi EndOfBuffer ctermbg=NONE ctermfg=200 cterm=NONE
hi Normal ctermbg=NONE ctermfg=200 cterm=NONEclipboard=autoselect 尚未實作 https://github.com/neovim/neovim/issues/2325。你可能會發現這個解決方法很有用vnoremap <LeftRelease> "*ygv
vnoremap <2-LeftRelease> "*ygvCTRL-H 對應無法運作infocmp $TERM | sed 's/kbs=^[hH]/kbs=\\177/' > $TERM.ti
tic $TERM.ti*.ti 檔案）。<HOME> 或其他「特殊」按鍵無法運作$TERM 應該是 screen-256color（而不是 xterm-256color！）TERM=xterm-256color。neovim 模組已重新命名為 pynvim（很久以前）。pynvim 模組使用 pyenv 或 virtualenv https://pypi.org/project/pynvim/,，則必須將 g:python3_host_prog 設定為 virtualenv 的解譯器路徑。pynvim Python 模組python -m pip install setuptools
python -m pip install --upgrade pynvim
python3 -m pip install --upgrade pynvim:echo &runtimepath 包含 $VIMRUNTIME 路徑。:call health#check()
:verbose func health#check:help nvim 顯示 E149: Sorry, no help for nvim，則會發生這種情況。:echo $VIM 和 :echo $VIMRUNTIME。這應該會給出類似 /usr/share/nvim resp. /usr/share/nvim/runtime 的結果。:checkhealth nvim 應該會報告其中一種「建置類型」Build type: RelWithDebInfo Build type: MinSizeRel Build type: Release
Build type: Debug 並且你是從原始碼建置 Nvim，請參閱 https://github.com/neovim/neovim/blob/master/BUILD.md。TERM=xterm-256color nvim。如果顏色正確顯示，則在你的使用者設定檔（通常是 ~/.profile）中匯出 TERM 的該值export TERM=xterm-256colortmux，則改為將此行加入你的 tmux.confset -g default-terminal "tmux-256color"screen，請設定你的 .screenrc <https://wiki.archlinux.org/index.php/GNU_Screen#Use_256_colors>term screen-256color
t_Co 和其他 t_xx 終端碼。locale | grep -E '(LANG|LC_CTYPE|LC_ALL)=(.*\.)?(UTF|utf)-?8'tmux / screen 中的常見問題 https://www.google.com/?q=tmux%20vim%20escape%20delay（另請參閱 https://github.com/tmux/tmux/issues/131#issuecomment-145853211）。必須將對應的逾時調整為較低的值（10-20 毫秒）。.tmux.conf:
set -g escape-time 10 # Or for tmux >= 2.6 set -sg escape-time 10
.screenrc:
maptimeout 10
vim -N -u NONE），但是如果你在 ESC 後快速按下按鍵，則 Vim 會將 ESC 解釋為 ESC 而不是 ALT（META）。除非你仔細觀察游標，否則你不會注意到延遲。這種權衡的結果是 Vim 無法理解 ALT（META）按鍵組合，因此例如 nnoremap <M-a> 無法運作。ALT（META）按鍵組合始終在 Nvim 中運作。另請參閱 Vim 中的 :help xterm-cursor-keys。ESC 是滑鼠序列的一部分，並將無限期等待序列的其餘部分，而不管 maptimeout 為何。在 screen 中修復此問題之前，沒有已知的解決方法，只能雙按 Esc，這會導致將單個 Esc 傳遞給 Nvim。shortmess+=F。Vim 在使用 set shortmes+=F 時也會有相同的行為。目前有計畫改進此問題，但同時作為一個權宜之計，請使用 set shortmess-=F 或使用 unsilent 如下。unsilent let var = inputlist(['1. item1', '2. item2'])
autocmd BufNewFile * unsilent echomsg 'The autocmd has been fired.'let g:clipboard = { 'name' : ... }
if exists('g:loaded_clipboard_provider')
unlet g:loaded_clipboard_provider
runtime autoload/provider/clipboard.vim
endiffunction! s:clipboard_changed(...) abort
if exists('g:loaded_clipboard_provider')
unlet g:loaded_clipboard_provider
endif
runtime autoload/provider/clipboard.vim
endfunction
if !exists('s:loaded")
call dictwatcheradd(g:, 'clipboard', function('s:clipboard_changed'))
endif
let s:loaded = v:truemake distclean && make 以排除因過時的建置環境而導致的失敗。local.mk 後可能需要執行 rm -r build && make。configure_file 設定檔案時發生問題
make，然後稍後以非特權身分執行 make，就可能會發生這種情況。要修正此問題，請執行 rm -rf build 並重新嘗試。CMAKE_INSTALL_PREFIX，則預設為 /usr/local/share/nvim)rm -r /usr/local/share/nvim