我喜歡用長註釋行在視覺上分隔原始程式碼:在 C++ 中我使用 80 個/
字符,在 Python 中我使用 80 個#
字符,等等。左右)當我四處走動時;今天我發現這只發生在我的分隔符號行上。
例如:
line 1
line 2
////////////////////////////////////////////////////////////////////////////////
line 4
line 5
當遊標位於第 3 行上的任意位置時,任何移動(上、下、上翻頁、下翻頁、左、右、、、$
... 0
)幾乎總是會出現延遲;在其他方面則不然。
玩弄這個,我發現:
- 延遲似乎發生在行中任意位置總共有 40 個或更多符號(
/
、-
、=
、.
等)的行上,不包括(可能是因為 Vim 的 a 定義中包含下劃線)。#
_
word
- 對於較長的線路,延遲似乎不會增加。例如,1000 個
/
字元的行與 40 個字元的行具有相似的延遲/
。 - 僅當從該線開始“新”運動時才會發生延遲。使用 OS 鍵重複在該行中移動不會增加延遲。
- 延遲似乎與語法突出顯示或插件無關:我看到 、 和 具有相同
vim -u NONE
的syntax off
行為filetype=
。 - GUI Vim (gvim) 似乎沒有這個問題。
我在 MacBook Pro 上的終端應用程式中使用 macports 中的 MacVim 8.0,但 Apple 提供的預設 Vim 7.4 具有相同的行為。
我在 Google、Stack Overflow 或 Super User 上找不到任何提及此內容的信息,但它在我的系統上非常容易重現。
這是一個已知的問題?是否有運行時設定或建置選項來控制此問題(一行或其他內容上最大支援的符號),或緩解它的解決方法?