Plugins emacs中的Command-T
vim for emacs中是否有类似于CommandT插件的东西?我知道一些插件是基于目录完成的,但是有没有一个插件在完整路径上进行匹配呢 例如:Plugins emacs中的Command-T,plugins,emacs,Plugins,Emacs,vim for emacs中是否有类似于CommandT插件的东西?我知道一些插件是基于目录完成的,但是有没有一个插件在完整路径上进行匹配呢 例如: ├── bar │ └── hello ├── baz │ └── test │ └── hello └── foo ├── hello └── lost baz baz/test baz/test/hello bar bar/hello foo foo/hello foo/lost 现在,当我输入“h”时,
├── bar
│ └── hello
├── baz
│ └── test
│ └── hello
└── foo
├── hello
└── lost
baz
baz/test
baz/test/hello
bar
bar/hello
foo
foo/hello
foo/lost
现在,当我输入“h”时,我想要路径
baz/test/hello
bar/hello
foo/hello
相配。对于“t”,应该有
baz/test/hello
foo/lost
对完整路径(即绝对文件名的任何和所有部分)进行匹配。看
默认情况下,在冰柱模式下,C-x C-f绑定到冰柱文件
:
- 不带前缀arg——使用通常的Emacs相对文件名
- 使用前缀arg(例如C-u C-x C-f)——绝对文件名完成
冰柱查找文件绝对值
与C-u C-x C-f相同。如果不想每次都使用密钥序列C-uc-xc-f,可以绑定它
在完成任一类型(相对/绝对文件名)的过程中,您可以使用任何ICICICLE完成功能,例如:
- (按任意顺序匹配零件名称)
- (您引用的Vim屏幕广播使用了相当于冰柱的“分散”匹配和Ido“灵活”匹配)
编辑:根据Drew的评论,Ido与整个路径不匹配。另一方面,从链接后面的屏幕截图上可以看出,任何东西都可以做到。也许你可以描述一下“vim中的CommandT插件”,这样Emacs用户就有希望回答你的问题了?会有一个很好的屏幕,但看起来web还没有完全摆脱quicktime。我在这里问了几乎相同的问题,并得到了一些可能证明有用的其他答案:。我自己考虑过实现类似的东西,IIRC它最终成为某个地方的舵手匹配器。最大的问题是速度,elisp根本不够快,stallman不喜欢将C链接到emacs.AFAIK,Ido与绝对文件名不匹配。像普通的Emacs文件名完成一样,您当然可以匹配前缀来更改目录(导航目录层次结构),但是AFAIK Ido没有添加任何内容来匹配文件名“路径”(目录部分)的不同部分。谢谢,我已经在答案中添加了您的注释。