虽然没有用 straight，但是感觉这哥们儿原力很强 
5 个赞
straight 不错，就是功能少了点，仅支持 git repo，它如果支持单文件 (包括 zip)，我就抛弃 el-get。
1 个赞
不错，有空试试。
我对这家伙的印象就是，文档很长（
5 个赞
文档确实超级长，很有想法，只是用起来都怪怪的，稳定性不大够，等成熟些再看~~~
2 个赞
selectrum不知道怎么配置才能支持模糊查询，还是老实的用helm。
需要用到selectrum-prescient。
目前功能还是太弱，根本无法代替 ivy，甚至ido。
作者的prescient挺好的，插入ivy就能把历史条目放在最上
说取代的是不是都不看readme…
说到文档长，我还想到了 use-package 的作者 
同感。
他会在文档里把同类项目的优、劣全面盘点一遍，可以说相当用心了。
8 个赞
试用完别忘了分享下感受~
继续用ivy。试用了一下selectrum，暂时还没看到明显优势。
大部分emacs用户根本体会不到他说的ivy缺点，除非你维护一个依赖ivy的工具，或你的配置需要用到ivy read且相当复杂。ivy生态已经很完整了，用着也挺好的。不过一直用着他的straight，那是相当喜欢。
1 个赞
现在selectrum的生态挺完整了，配合 embark ，consult，prescient.el ，marginalia，可以实现和ivy一样的效果。使用起来很流畅，之前使用ivy的时候偶尔会在minibuffer浏览时卡顿。
4 个赞
好像有点意思了，现在能替代 ivy 100% 的功能吗？
经过这么多年，ivy的生态是比较强大的。具体要看你用了多少ivy的功能。我用这个主要是在Windows系统上很流畅，ivy在windows 上会卡。
作者说selectrum 尽量是使用emacs 自身的API实现，没那么复杂，这也许是在Windows上比较流畅的原因吧。
嗯嗯，我在Linux上用，暂时没有特别强的需求。持续关注中
再次验证了emacser强大的造轮子能力
ivy 里的代码太乱了， 里面太多的特殊case的处理，维护吃力，扩展吃力。大杂烩。
1 个赞