为什么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。