straight 的作者开发的类 ivy, helm 插件——selectrum

Emacs-general
21

还有一个 GitHub - oantolin/orderless: Emacs completion style that matches multiple regexps in any order 可实现helm 的 " foo bar !far" 多关键词过滤。可替代prescient . 并且也是跟emacs core 兼容的方式实现， 所以像 Icomplete/selectrum 都能利用的上。

说实话，我更期待这几个package 能合进emacs core 中， 因为跟现在的API 是兼容的。 虽然ivy 也已经在elpa中了，但它有点像ido ,虽然功能很强大，但是emacs core 内的其他compeletion system 不兼容, 现在已经不怎么维护了。

推荐两个视频

我常用的 ivy-occur 与wgrep 的整合，现在 consult +embark-export 已经实现了。 以及rg的整合。

我现在的使用姿势是. icomplete+embark+consult+orderless+icomplete-vertical, 可以参考我的配置

5 个赞
22

以前觉得 Unix/Linux 上那么多包，够玩好长时间了，后来发现光 VIM、Emacs 的插件就是个庞大生态😓️

1 个赞
23

请问这即可要怎么配置使用啊，有没有配置参考？想体验下。

24

我是参考Purcell的配置，他的配置已经正式切换到 selectrum+consult+embark+prescient 的组合。 我用下来感觉对Windows系统很友好，不卡顿。

4 个赞
25

谢了，哈哈，。。。。typing

26

感觉等这些包稳定之后应该可以代替 ivy/helm，现在更新太频繁了

27

我好奇，为啥不能补全 package list 这样中间带空格的多个单词选项呢？我要在怎么用正则匹配呢？是有特殊快捷键开启的么?没找到。。。

28

用了之后确实感觉到速度很快。

29

用 prescient 包开启 selectrum-prescient-mode

30

感谢，解决了. thanks

31

之前不知道 consult，这个包看起来很强啊，而且还有一些异步的命令

32

坐等更成熟 :grinning: 其实吧，功能强大了之后代码都很难维护，一般情况都是如此，比如helm、ivy。。。看seletrum能不能革ivy的命

2 个赞
33

同意这个观点。要想优雅更好高出一个等级是很难的。

1 个赞
34

其实俺还是更喜欢多 backends 的设计， 但又不喜欢 snails 那种弹出新 window 的 :joy:

1 个赞
35

我春节可以搞一个frame的版本出来

3 个赞
36

感觉在不久前，这句话是用来形容 helm 的。

代码变乱是宿命，所有的项目终将变得难以维护，就像不可逆转的熵。

5 个赞
37

好伤感。。。。

老实等 doom emacs 从 ivy 换成上面一条龙服务：selectrum, embark, consult, prescient, marginalia，昨天特意看了下，doom 目前没用这些。

1 个赞
38

天下大势，合久必分，分久必合。

坐等不远的未来又有新人写新插件将Selectrum这种分package的framework弄成大一统framework :dog:

2 个赞
39

最好不要再搞成大统一了，功能太多就各种卡顿。像现在这个Magit 巨无霸，就加载这一个包就得等上2秒多，只能用lazyload，需要用的时候再被它卡一下。

40

更新最新版snails, 直接设置 (setq snails-show-with-frame nil) 以后，Snails就可以像Helm那样在分屏窗口中打开了，而不是弹出一个frame。

意味着，在终端也可以直接用Snails。

1 个赞