我在這裏有這個大名單http://projecteuler.net/project/names.txt,我將它保存在一個用於排序的(python)列表中。gVim沒有正確地對字符串進行着色
gVim有什麼問題,它爲什麼不正確着色字符串?此外,如果我更改列表的名稱,顏色會發生變化。如刪除2個字符,使得「S亮點爲好。
我該如何解決呢?
編輯 -我也注意到,gVim的是一個只有14行行動遲緩的代碼(包括這行代碼,4)
我在這裏有這個大名單http://projecteuler.net/project/names.txt,我將它保存在一個用於排序的(python)列表中。gVim沒有正確地對字符串進行着色
gVim有什麼問題,它爲什麼不正確着色字符串?此外,如果我更改列表的名稱,顏色會發生變化。如刪除2個字符,使得「S亮點爲好。
我該如何解決呢?
編輯 -我也注意到,gVim的是一個只有14行行動遲緩的代碼(包括這行代碼,4)
它可能是'synmaxcol'
設置,該設置限制列搜索語法項目(默認值爲3000個字符)。如果你想交易速度的正確性,關閉通過
:set synmaxcol=0
看起來你的輸入行對於語法高亮顯示器來說完全是太長了,vim支持各種選項來定義語法高亮顯示器應該顯示多少行或字符回來獲取語法狀態。
爲了獲得最大的正確性(和慢度)使用::syntax sync fromstart
對於性能,請嘗試以下:
set nocursorcolumn
set nocursorline
syntax sync minlines=256
見:help syn-sync頁作參考,並檢查了this wiki page。
我添加'語法同步fromstart'到我的vimrc的第一行。重新打開文件,沒有任何區別。我可能會做錯什麼? –
當vim啓動時(如果重新打開意味着打開/關閉),'.vimrc'會被解析一次,而不是解決方案。也許[這個答案](http://stackoverflow.com/a/11937012/1515540)在這裏也適用 – complex857
它似乎解決了長線突出,但我的舊x200筆記本電腦扼流器只有10秒,只是跳到結束那條線( - : – complex857
解決了這個問題!但是gVim變得非常慢。我已經在我的vimrc中設置了這個設置synmaxcol = 1000'。 –
是的,語法突出會使病毒/極端情況下的Vim崩潰。由於語法的定義方式(你可以向語法插件作者發送反饋),但有時這僅僅是由於Vim的一般正則表達式引擎(希望有一天會包含一個優化)。 –