Live data from Hacker News

Neovim's Next Feature Poll

neovim.org

41–50 of 105 posts

Re: Neovim's Next Feature Poll

#41
post #36

Please, please implement multi-cursor support. For anyone that doesn't agree, please read my previous post on HN on the topic: https://news.ycombinator.com/item?id=1625382 I wrote to Thiago about this already, but we don't even need multi-cursor support - just a few additional hooks so we can implement a multi-cursor plugin. Although to be honest, making it part of core is vastly preferable, since it is a hard featur…

But vim already has multiple cursor support, and arguably even better tools that do the same job.

Re: Neovim's Next Feature Poll

#42
post #36

Please, please implement multi-cursor support. For anyone that doesn't agree, please read my previous post on HN on the topic: https://news.ycombinator.com/item?id=1625382 I wrote to Thiago about this already, but we don't even need multi-cursor support - just a few additional hooks so we can implement a multi-cursor plugin. Although to be honest, making it part of core is vastly preferable, since it is a hard featur…

you can get multiple cursors with this plugin (works better than I expected) https://github.com/terryma/vim-multiple-cursors

Re: Neovim's Next Feature Poll

#43
post #36

Please, please implement multi-cursor support. For anyone that doesn't agree, please read my previous post on HN on the topic: https://news.ycombinator.com/item?id=1625382 I wrote to Thiago about this already, but we don't even need multi-cursor support - just a few additional hooks so we can implement a multi-cursor plugin. Although to be honest, making it part of core is vastly preferable, since it is a hard featur…

Vim doesn't need multiple cursor support. Train yourself to think in Vim—you're editing text and words, not moving a cursor.

Macros and global replace already do what you want.

Re: Neovim's Next Feature Poll

#45
post #38

Earlier quoted context omitted.

What problems can you solve with multi-cursors that you can’t with actual features like block selection?

Editing the same thing in different places at the same time.

If it's the same thing, find & replace?

Just playing devil's advocate, I've never come across a situation where I wanted multiple cursors that sed or macros couldn't do for me.

Re: Neovim's Next Feature Poll

#47
post #17
post #13

Earlier quoted context omitted.

I've always wanted to write Vim plugins, but Vimscript and the RPC contortions always looked too hairy for me to get involved -- I'm excited for the new vim-embedding interface so I can get real VIM compatibility with my IDEs.

Except it has been possible for a long time to write scripts in other languages so what are you talking about?

I guess I should've been clearer: I want to embed Vim in other applications and environments without having to write three crazy bridges between them

Re: Neovim's Next Feature Poll

#49
post #36

Please, please implement multi-cursor support. For anyone that doesn't agree, please read my previous post on HN on the topic: https://news.ycombinator.com/item?id=1625382 I wrote to Thiago about this already, but we don't even need multi-cursor support - just a few additional hooks so we can implement a multi-cursor plugin. Although to be honest, making it part of core is vastly preferable, since it is a hard featur…

Vim doesn't need multiple cursor support. Train yourself to think in Vim—you're editing text and words, not moving a cursor. Macros and global replace already do what you want.

Macros and global replace are substitutes, sure, but they're not at all the same thing. And while I'm no vim wizard, I have used it as my main editor for 4+ years, and have a 1500 line vimrc and plenty of plugins (including my own), so you don't get to assume I don't grok the vim way of thinking :)

I've heard the "macros is the same" sentiment many times, and usually it's from people who have never had much experience with multiple cursors, at least not in the situations where it's useful, and therefore don't realize how much more convenient they are in many every-day situations.

In fact, many of the people arguing against multi-cursors have been convinced after trying them that they are better.

Please, read my linked comment for an all-too-common situation.

The basic problem with macros and global replace is that they don't happen immediately and don't give you feedback. I don't know any vim user who hasn't had the distinct pleasure of needing 3 tries to record a macro before they got it right.

What's more, if I record a macro and run it, then realize after it that I want to do a small addition, I have to go through all the "setup" steps again - go back to the start, re-record, add the logical of finding the next block, and so on. I can't just visually see the situation and say "oh yeah, why don't I add this little tweak".

Seriously, take a very common example: having 3 if's one after the other, where you want to add a line at the start of each if block. Doing this with multiple cursors is a breeze - 3 buttons and you get 3 cursors, then write your code. And if, after writing it, you realize you actually want to add another line, you just keep typing. It's literally the same as typing.

Anyway, I've rambled enough on this topic many times. Please, just give them a try - I care a lot about text editors, I love this field, and I honestly think multiple cursors is the best innovation to happen in text editing in many years. And yet it's so often overlooked.

Re: Neovim's Next Feature Poll

#50
post #41
post #36

Please, please implement multi-cursor support. For anyone that doesn't agree, please read my previous post on HN on the topic: https://news.ycombinator.com/item?id=1625382 I wrote to Thiago about this already, but we don't even need multi-cursor support - just a few additional hooks so we can implement a multi-cursor plugin. Although to be honest, making it part of core is vastly preferable, since it is a hard featur…

But vim already has multiple cursor support, and arguably even better tools that do the same job.

Please see my answer to another commenter. I really disagree with this, and urge you to at least try it out.

(and vim doesn't have multiple cursor support in the sense that I mean it).

Post reply on HN