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

虽然没有用 straight,但是感觉这哥们儿原力很强 :joy:

3赞

straight 不错,就是功能少了点,仅支持 git repo,它如果支持单文件 (包括 zip),我就抛弃 el-get。

不错,有空试试。

我对这家伙的印象就是,文档很长(

2赞

文档确实超级长,很有想法,只是用起来都怪怪的,稳定性不大够,等成熟些再看~~~

2赞

selectrum不知道怎么配置才能支持模糊查询,还是老实的用helm。

需要用到selectrum-prescient

目前功能还是太弱,根本无法代替 ivy,甚至ido。

作者的prescient挺好的,插入ivy就能把历史条目放在最上

说取代的是不是都不看readme…

说到文档长,我还想到了 use-package 的作者 :joy:

同感。

他会在文档里把同类项目的优、劣全面盘点一遍,可以说相当用心了。

5赞

/selectrum的理念很好,他对helm/ivy/等几个包的比较,很认同,目前已完成转换,先用几天试试。

试用完别忘了分享下感受~

继续用ivy。试用了一下selectrum,暂时还没看到明显优势。

大部分emacs用户根本体会不到他说的ivy缺点,除非你维护一个依赖ivy的工具,或你的配置需要用到ivy read且相当复杂。ivy生态已经很完整了,用着也挺好的。不过一直用着他的straight,那是相当喜欢。

现在selectrum的生态挺完整了,配合 embarkconsultprescient.elmarginalia,可以实现和ivy一样的效果。使用起来很流畅,之前使用ivy的时候偶尔会在minibuffer浏览时卡顿。

1赞

好像有点意思了,现在能替代 ivy 100% 的功能吗?

经过这么多年,ivy的生态是比较强大的。具体要看你用了多少ivy的功能。我用这个主要是在Windows系统上很流畅,ivy在windows 上会卡。
作者说selectrum 尽量是使用emacs 自身的API实现,没那么复杂,这也许是在Windows上比较流畅的原因吧。

嗯嗯,我在Linux上用,暂时没有特别强的需求。持续关注中

再次验证了emacser强大的造轮子能力

ivy 里的代码太乱了, 里面太多的特殊case的处理,维护吃力,扩展吃力。大杂烩。

1赞