有没有类似于fuzzyfinder和Command-T的Vim插件,它不需要Ruby支持?

有没有类似于fuzzyfinder和Command-T的Vim插件,它不需要Ruby支持?,vim,Vim,这两个插件都需要使用Ruby支持编译Vim,需要使用相同版本的Ruby自己编译,等等。是否有一个插件可以完成相同的工作,但除了将其放入vimfiles目录之外不需要安装 更新:这些插件允许通过键入出现在路径中的字符(不一定是一行)来打开文件/缓冲区。例如,如果您的目录中有文件 foo/bar.txt foo/baz.vim zee.c 你可以打字 ,t f 并且只显示两个匹配的文件;添加r后,只剩下一个文件,按可以打开该文件。同一主题中有几个插件。fuzzyfinder可能是最符合人体工程学

这两个插件都需要使用Ruby支持编译Vim,需要使用相同版本的Ruby自己编译,等等。是否有一个插件可以完成相同的工作,但除了将其放入
vimfiles
目录之外不需要安装

更新:这些插件允许通过键入出现在路径中的字符(不一定是一行)来打开文件/缓冲区。例如,如果您的目录中有文件

foo/bar.txt
foo/baz.vim
zee.c
你可以打字

,t f

并且只显示两个匹配的文件;添加
r
后,只剩下一个文件,按

可以打开该文件。同一主题中有几个插件。fuzzyfinder可能是最符合人体工程学的

我在的描述页面上列出了其中的一些(这也有助于打开文件)


HTH.

使用您可以使用的最新fuzzyfinder vim插件

:FufCoverageFile

为了模仿fuzzyfinder_textmate和Command-T的全局搜索功能,不需要ruby

还需要使用vim>=7.2,它提供了与您提到的插件类似的功能。不幸的是,它还需要ruby

后来我开始使用它,它基于LustyExplorer,但使用python而不是ruby。我更喜欢这个而不是LustyExplorer,因为我无法在windows中针对ruby编译vim,而使用python我可以很好地完成它


最近我开始使用它,它还允许您执行类似于您请求的操作,并且不需要外部依赖(ruby或python)。在我看来,在有大量文件的文件夹上,它比LycosExplorer慢。

是个不错的选择。它被大量使用,如果不是因为其他原因,而是因为它在

中,如果您不介意python依赖性,它是一个不错的选择。与一些类似的插件相比,在大型项目上的性能似乎非常好

你问题中有趣的想法是,即使一个人知道一些适合你需要的东西,如果他不知道fuzzyfinder_textmate和Command-T,你也不会得到任何答案。对于如何快速打开文件,有一些有趣的答案,不是特别以Command-T的方式。有几个根本不需要vim的插件,您可能会在那里找到自己喜欢的东西。