爲什麼ggv導致在vim中的垂直分割

Question

我使用的是https://github.com/amix/vimrc的vimrc配置。當我按ggv時，我在命令模式下獲得了類似於vsp的縱向分割，雖然分割不像在vsp中那樣完全是50％。有人可以幫助我瞭解在esc模式下使用鍵序列ggv時導致拆分行爲的原因。

我複製了這個gist中的內容。

Answer 1

如果您沒有選擇基本選項，只要提供了您提供的鏈接，vimrc就是很多作品組合的結果。

通過回購搜索我找到了ggv的兩個可能來源，但可能只是gv命令。

sources_non_forked/ack.vim/autoload/ack.vim:120: " We just map the 'go' and 'gv' mappings to close on autoclose, wtf? 
sources_non_forked/ack.vim/doc/ack.txt:136:  \ "gv": "<C-W><CR><C-W>H<C-W>b<C-W>J" } 
sources_non_forked/ack.vim/doc/ack.txt:259:gv     open in vertical split, keeping focus on the results. 
sources_non_forked/ack.vim/doc/ack.txt:298:    \ 'gv': '<C-W><CR><C-W>L<C-W>p<C-W>J' } 
sources_non_forked/ack.vim/doc/ack_quick_help.txt:12: *gv:* to open in vertical split, keeping focus on the results 
sources_non_forked/ack.vim/plugin/ack.vim:38:  \ "gv": "<C-W><CR><C-W>H<C-W>b<C-W>J" } 
sources_non_forked/ack.vim/README.md:87: gv to open in vertical split, keeping focus on the results 
sources_non_forked/ag.vim/autoload/ag.vim:173:  exe 'nnoremap <silent> <buffer> gv :let b:height=winheight(0)<CR><C-w><CR><C-w>H:' . l:matches_window_prefix . 'open<CR><C-w>J:exe printf(":normal %d\<lt>c-w>_", b:height)<CR>' 
sources_non_forked/ag.vim/autoload/ag.vim:183:  echom "ag.vim keys: q=quit <cr>/e/t/h/v=enter/edit/tab/split/vsplit go/T/H/gv=preview versions of same" 
sources_non_forked/ag.vim/doc/ag.txt:170:gv     open in vertical split silently. 
sources_non_forked/ag.vim/README.md:69: gv to open in vertical split silently 

所以在ack.vim的情況下，它映射到與結果的分裂。 在ag.vim的情況下，它爲了類似的目的而映射。根據README ag.vim已棄用ack.vim。

原來的答案W/O來源鏈接

我運行一個相當基本的VIM設置。您提供的鏈接已損壞，但根據您的說法，這聽起來像文件包含該鍵序列與一系列命令的新映射。映射將如下所示。

map ggv :split<CR>:res+10<CR> 

在這種情況下，任何時候我在視覺模式鍵入ggv，它將分割窗口和調整當前窗口向下10行。

如果您不想使用此功能，您必須將其從vimrc中刪除，然後重新啓動所有vim會話，或者可以在每個活動會話中使用:source /path/to/vimrc。