ivy相对于Helm的优点？

oracleyue · 2019 年5 月 24 日 01:33

我是用了helm很久，才转到ivy有点讽刺，发现ivy就提供了刚刚够用的功能，而helm总给我一种面对一座山的感觉，用了不到1%的感觉，力不从心的错觉。大概是我的精神洁癖吧。Ivy满足了我们这类极简功能主义用户的智能补全需求吧。要说功能，helm更全更多。

seagle0128 · 2019 年5 月 24 日 05:44

Exactly! 跟我当初的感觉一模一样。也许都有点洁癖

xuuexu · 2019 年5 月 24 日 14:51

有人能说一说ido和ivy的区别吗，我用了半年ivy后转到ido+vertical ，感觉也还ok

ivy给我的感觉就是counsel-xxx相关的包特别多（总能找到你想要的

cireu · 2019 年5 月 25 日 02:44

美中不足的是ivy异步插入大量信息的时候有种卡顿感，似乎是minibuffer的原因

github.com/doomemacs/doomemacs

Make helm the default completion module for Doom

committed 10:31PM - 05 Aug 18 UTC

hlissner

+4 -4

It's been a change a long time coming. Ivy's snappiness and simple API was Ivy's… selling point (as far as Doom is concerned). It helps that much of helm's vast featureset has been ported over and its API is so much simpler to grok, but its greatest weakness lies in its choice of display mechanism: the minibuffer. Ivy's performance suffers dramatically with large datasets because mutating results in the minibuffer blocks the minibuffer, which also happens to be where we type in our queries. This can make input feel dreadfully sluggish in the best cases, locking up Emacs entirely in the worst. Helm updates a buffer asynchronously, so it suffers none of this (though the overhead of maintaining this buffer is certainly overkill for tiny datasets). And Ivy's simple API, while easier to understand, is significantly less powerful. That it takes so much effort to grok Helm is a huge turn off (and of course, no fault of the dev). Still, there simply is no excuse for power users like myself to not do so anyway. The more I learn about it, the more I wonder why I stuck to ivy for so long (but also reminds me exactly why I did)!

netjune · 2019 年5 月 25 日 04:50

对minibuf过度使用了，我是希望对minibuf的使用尽量简单

seagle0128 · 2019 年5 月 25 日 10:15

ido也挺好的，就是功能弱点

zhouchongzxc · 2019 年5 月 25 日 15:03

你们真懂ivy吗？

pengpengxp · 2019 年5 月 27 日 01:42

请问真懂是什么意思呢？

zhouchongzxc · 2019 年5 月 27 日 02:03

关于 ivy 中一种全选操作的用法问题 Spacemacs

系统： emacs-mac 26.2(spacemacs) 主要相关的包： ivy、lsp-java 案例描述：用 emacs 写 java 程序，在写一个继承类时，想插入一些 override 的方法，我执行如下操作：执行 lsp-execute-code-action；选择 Override/Implement Methods…；弹出的 ivy minibuffer 中出现了 lsp-java 找到的候选方法；在这个例子中有 18 个方法；全部已被选中，也就是后面有个 ✓ 符号；光标移动到不想插入的方法上，按 RET or C-m 取消它，光标会回到 line 1；重复上一步操作直到仅剩想插入的方法；把光标放到 line 0，按 RET，代码中已插入所选的所有方法，完成。 [10%20PM] OK，现在我想问的是：移动光标到候选，按 C-m 后，光标可以不回 line 1 吗？我用 C-M-p 或 C-M-n 是没用的，它的行为就像普通的 C-p 或 C-n。在这个过程中，比如我只想插入 2 个方法，用上面所说的操作我就要重复 …

cireu · 2019 年5 月 27 日 02:51

我寻思这里没有人说自己真懂ivy，你瞎起哄个什么劲

zhouchongzxc · 2019 年5 月 27 日 02:53

喔忘记了

水贴也是鼓励

cireu · 2019 年5 月 27 日 02:54

给你找了个真懂得

LdBeth · 2019 年5 月 27 日 08:09

富野就是个做动画的，他懂个 p 的高达？

#我比光头更懂高达

zhouchongzxc · 2019 年5 月 27 日 08:40

高达的声优都有谁

guanghui.qu · 2019 年5 月 27 日 08:49

后面的讨论偏离主题，建议新开一帖