2011-11-29 72 views
3

我剛接觸的GVim在Win32平臺上(唉,視窗是對我的本性,但它是一個工作的機器)。我注意到在GVim中,當它返回到焦點時(使用鼠標或通過ALT + TAB),在光標恢復閃爍並變爲可用狀態之前存在2-3秒的短暫滯後。從控制檯運行Vim時,我絕對不會遇到這種情況。我還沒有在Linux機器上經歷過,但是我不在我的家用機器上編輯這樣長的文件。gVim的慢重新調整

此前我也在GVim會話中使用<c-w><c-w>進行切換時遇到了緩慢的行爲。我編輯的一些文件可能會很長,並且我有一個自定義狀態行,需要進行一些處理,而GVim顯然每次都重新計算突出顯示,摺疊和狀態行。我是能夠避免通過設置

set eventignore=BufEnter,WinEnter,BufWinEnter 

但我仍然有問題時gVim的窗口本身獲得焦點。添加set eventignore+=FocusGained沒有區別。有什麼方法可以說服GVim更順利地重新聚焦?

感謝您的幫助。

+1

定義「長」/「很長」?我們在這裏說幾個Gb的日誌文件,還是......? 「文件類型語法關閉」是否有明顯的作用? – Rook

+0

@Idigas:即使對於只有2000行的文件,延遲也是顯而易見的,所以推測這不是問題。關閉文件類型語法不起作用,也不禁用摺疊。我嘗試編寫一個vim logifile('gvim -V12vimlog'),但是直到我移動光標時,纔會記錄任何內容,這段時間滯後了。 –

+0

你可以上傳你的_vimrc某處嗎?我使用相同的平臺,並沒有這樣的問題。 – Rook

回答

0

我猜你有任何一個網絡驅動器上以下行(在企業環境中,主驅動器(我的文檔等)經常在文件服務器...

  • 文件本身 - 這可能不是能夠固定
  • 交換文件(:se noswap禁用,:se directory="C:\blabla"搬遷)
  • undofile:se noundofile禁用,:se undodir="C:\blabla"搬遷)

我明確地將所有這些文件移動到我的Win32安裝程序上的本地文件夾。 (嘿,我也是那個知道破壞病毒檢查程序的人,足以禁用讀寫掃描,只是爲了加快速度)。

+0

謝謝,sehe,這個文件確實是在一個特別慢的網絡驅動器上。我沒有意識到這是馬上出現的問題,我感到很愚蠢......! –