vim中的代码段-是否有返回上一个参数的选项?

vim中的代码段-是否有返回上一个参数的选项?,vim,parameters,code-snippets,vim-plugin,Vim,Parameters,Code Snippets,Vim Plugin,我正在使用neocomplcache以及neosnippet和honza的vim代码段。它们很棒,只是当我按下Ctrl-k时,我可以转到下一个参数,但我无法返回到上一个参数 例如,如果我插入了“for”代码段并在索引变量上打了一个错,但我已经按下了Ctrl-k,我完蛋了吗?我必须先修改所有参数,然后再回来做替换操作吗?或者,在这种情况下,是否有选择模式的映射可以帮助我?目前Tab和S-Tab不做任何事情 最后,所有代码段插件都是这样的吗?或者neocomplcache只是缺少这个功能(至少是现成

我正在使用neocomplcache以及neosnippet和honza的vim代码段。它们很棒,只是当我按下Ctrl-k时,我可以转到下一个参数,但我无法返回到上一个参数

例如,如果我插入了“for”代码段并在索引变量上打了一个错,但我已经按下了Ctrl-k,我完蛋了吗?我必须先修改所有参数,然后再回来做替换操作吗?或者,在这种情况下,是否有选择模式的映射可以帮助我?目前Tab和S-Tab不做任何事情


最后,所有代码段插件都是这样的吗?或者neocomplcache只是缺少这个功能(至少是现成的)?

我鼓励您尝试。它比
vim snippets
neosippet
更强大、更成熟。例如,由于UltiSnips基于Python,因此它具有很强的可扩展性。关于你的问题:是的,你可以用剪刀来回跳跃。最后,一定要查看屏幕广播(在链接中列出),看看你能用它做的所有花哨的事情

例如,我使用以下配置:

let g:UltiSnipsSnippetsDir        = '~/.vim/snippets/'
let g:UltiSnipsSnippetDirectories = ['UltiSnips', 'snippets']

let g:UltiSnipsExpandTrigger       = '<C-CR>'
let g:UltiSnipsJumpForwardTrigger  = '<A-d>'
let g:UltiSnipsJumpBackwardTrigger = '<A-a>'
g:UltiSnipsSnippetsDir='~/.vim/snippets/'
设g:UltiSnipsSnippetDirectories=['UltiSnips','snippets']
设g:UltiSnipsExpandTrigger=''
设g:UltiSnipsJumpForwardTrigger='。提供了x86和x64体系结构,它同时支持Python 2和Python 3。我可以向你保证它是稳定的。要正确安装,只需按照说明操作即可。这些版本经常更新。

原始版本和它的(实际上是它的插件)都允许您使用
返回到以前的占位符。我相信UltiSnips也是


Neocomplcache不再支持代码段的开箱即用扩展。好了,您需要另一个由同一作者开发的插件,该插件负责
映射。快速查看文档不会显示“反向跳转”映射、函数或命令。您可能可以在Neosippet的Github页面上创建一个新问题。

我觉得这应该是评论,而不是回答。你如何定义“成熟”?@Kent:我将其定义为稳定/可扩展/默认提供一组有用的功能。只要作者询问其他插件,我就给了他我的个人推荐,这对我来说很好,并且首先解决了他的问题。对不起,刚才我没有看到OP的最后一句话。。顺便说一句,UltiSnips确实是一个不错的插件。但我不认为它比vim片段更成熟。我觉得一个产品/应用程序已经成熟,我们必须看看它在市场或行业中活跃了多久,有多少用户等等。SummalText2和vim都是很好的编辑器,但是如果我们比较两者,vim更成熟。嗯,这只是我个人的意见。@Haroogan好的。我用python编译了vim,并最终使用Ultisnips与neocomplcache一起工作,但我仍然无法返回。您正在使用哪个键绑定?我同时检查了:smap和:nmap以确保没有任何prev绑定。请注意,我使用cygwin(+mintty),虽然我不认为这会是一个问题。@Prometheus:您也可以检查一下我的,一般来说,也许您会发现一些有趣和有用的东西。SnipMate很好,并尝试过,但我想提一提的是,它正逐渐被弃用,取而代之的是Ultisnip,由一位维护人员认可,马克。不过,我在使用SnipMate时没有遇到任何问题。neocomplcacahe的github页面已打开此功能请求。作者陈述了所涉及的复杂性,没有人在解决这个问题。嗯……没有中央权威机构决定插件是否被弃用,如果有,马克·韦伯可能无论如何都不会是那个权威机构。时尚!=标准和未维护!=不赞成。很长一段时间以来,我一直在使用原始的SnipMate,没有任何问题,也没有理由改变。