没有源链接的原始答案

Question

我正在使用https://github.com/amix/vimrc中的vimrc配置。当我按ggv时，我在命令模式下获得类似于vsp的垂直分割，尽管分割不像vsp中的50％。在ggv模式下使用密钥序列esc时，有人可以帮助我了解导致拆分行为的原因。

我复制了此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的情况下，它为相似的目的进行映射。根据自述文件ag.vim，我们弃用了ack.vim。

没有源链接的原始答案

我运行了一个相当基本的VIM设置。您提供的链接已损坏，但根据您所说的内容，听起来该文件包含该键序列与一系列命令的新映射。映射看起来如下所示。

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

在这种情况下，只要我在可视模式下键入ggv，它就会分割窗口并将当前窗口调整为10行。

如果您不想要此功能，则必须将其从vimrc中删除，然后重新启动所有vim会话，或者在每个活动会话中使用:source /path/to/vimrc

为什么ggv导致vim中的垂直分割

1 个答案:

没有源链接的原始答案