From Vim To Zed 

And some people will still say he doesn't have the creds to be talking about anything. The internet is a magical place.

​@@chrishoppner150 I bet people who say those things are VS Code + JavaScript "magicians".

@@chrishoppner150 just a lot of witches and not a lot of Aslan’s? ¯\_(ツ)_/¯

Nice!

Great news, I still find vim multicursors plugin is not robust enough

Majority of the time, visual select and replacing or using a macro just works

@@blessdarah1256 It works but most of the times it is also slower than just typing viWC-L and doing the thing you want to do.

​@@blessdarah1256exactly I always tend to format my code so i can use visual select and replace multiple lines

Its also a GUI text editor instead of CLI.

Kind of a weird deal breaker when they're in the process of migrating it after they got a working concept in the easiest place to build it.

Yep .. basically useless 🫣

@@michrisoft will be a deal breaker until that finished

@@michrisoft Mac isn't the easiest place to build at all, it does make sense from other perspectives though.

Reading that article reminded me why I like vim/nvim, I've been using this piece of software for nearly 5 years now and yeah, nothing could've prepared me for what that article did with cgn. Vim never lets me down (or gives me up)

I need to read that article

One useful thing mentioned there is searching for something (or * on current word and go back with N), then do cgn to change it. Then esc and then repeat on next mach by pressing . (dot) as many times as needed. The amount of dots we press is the same as the amount of key presses or mouse clicks that are needed with multi cursors

You don't need. But, for a lot of tasks, it is slower to use any of the tricks described in that article than using multicursors.. Specially if you consider how powerful multicursors become when you have access to vimmotions. There's a reason why they are on the roadmap for neovim nowadays.

@SergiobgEngineer Well, I agree that multi cursors are powerful, and with vim motions will be even more powerful. Actually, the reason I came across that article was because I switched to neovim and was missing my multi cursors. It will be fun to have them back, but now I'm fine without them

It's not a motorcycle, it's chopper

What a banger quote

@@phoenix-tt ah forgot this one :*(

it's a chopper, baby

Whose*

I am disappointed that his first name is Nathan and not Zed

​@@deadbeef576it's not an editor, it's a chopper

Vim is eternal until someone makes a neoneovim

NeoZed gonna come anytime

I guess that does make sense now that you mention it. VSCode is for a different audience of developers than neovim. She may just be in the nvim audience and uses it even though she works for vs code. The main problem with not using it 100% of the time is that you don't learn to relate to the end-user experience. That's possibly the single biggest thing for delivering a product. However, I guess if enough other devs working there do use vs code, and maybe her specific dev role doesn't have so much proximity to the end user features, then it could be ok.

I love Raycast.

Yeah :)

I tried to explain Emacs keyboard macros to somebody before and they said "oh yeah that's like multiple cursors", and I guess I'm not great at explaining, because I could not get them to understand the difference

Multi cursor being a first class citizen was what got me excited about helix

*_"For me it's just a different way to to bulk edits. I would rather macro/grep it instead."_* Then you're failing to understand the difference. Multi-cursors and macros don't replace each other. Macros are essentially pre-recorded actions that you can invoke again and again for a specific task. Multi-cursors require little to no setup or thought, and are immediate selections for immediate multi editing. Macros require setting up, multi-cursors don't. At most you may prefer using the "find" feature to multi-select, whenever the amount of occurrences are too many, but that's about it. Setting up macros for one-off multi-edits is usually a waste of time. Multi-selecting and just typing some new text is just immediate. Multi-cursors are also not limited to similar text, you can select different occurrences of text with your mouse, and edit them, or copy/paste, etc, which is often useful. And no, the mouse is not an enemy of productivity. I guarantee you that if you actually use multi-cursors for a little while, you'll never want to let go of them (assuming your editor of choice does multi-cursors properly). They are one of the main reasons why I could never let go of Sublime for Vim or NeoVim. And one of the main reasons I don't take the Vim hype seriously.

@@skaruts I guess I don't really have usecases for multi-cursor edit... It is either covered by LSP's rename, search-replace or too complicated and requires a macro.

@@ivanjermakov I seriously don't think you understand multi-cursors, if you think you don't have use cases for them. They're not for replacing text, they're for simultaneous multi-editing. You can use them to replace text, but that's just one measly use case (which is often still be more handy than F&R or macros). If you use an editor with multi-cursors, I guarantee you'll eventually find yourself using them constantly, because they're not something that is only occasionally useful, they are very much part of your everyday regular text editing.

It's just a different workflow. Using QuickFix is a very common thing a lot of us do, then you can use :cdo to run a command or macro on all the entries in your QF window (:cfdo if you only want to run it once per file). Commands that you do anyway so it's nothing too crazy. I understand that it seems counter-intuitive but it's like programming in Go and expecting to write it like you write TS. It's just a different paradigm and way of doing things. Besides, it's also about having fun and mastering one's tool.

Hell, even if you don't use the quickfix list, neovim already has renaming using lsp. If you configured lsp correctly you can also do the same thing with a simple keymap.

'Need' in the sense of 'dealbreaker' or 'nice to have'? Macros are a good alternative in lots of cases, but surely you aren't making the case that multi-cursors are useless in all cases?

@@Nurdoidz For me the multicursor is a feature that I've maybe found handy once in every 10 years of my career (last time was editing some CSV file which usually is a red flag in itself). Maybe some people actually use multicursor, I just haven't seen such use case myself which would grant it to be actually useful feature.

@@Thundechile I see. Have you not seen other people utilize it well or is just in your experience? Since I use Neovim, most of the time macros do it for me, especially assigning them to semantic registers. However, multicursors have the advantage of seeing the result of each step. Often I run a macro and have to redo it because a few lines got messed up. Is there an easier way to account for that? A multicursor would be a helpful seldom tool.

Doesnt mean we shouldnt have it

Me neither. They combine rectangular selections, regex substitutions and macros, which is nice, but no thanks.

And prime brings harpoon!

@@user-xd5gd4pc9hyou could make your own harpoon very easily, it does a lot less. Not to take away from Harpoon (I use it) but I had my own version of it where I would “mark” a file with a “MarkFile” command and “UnmarkFile” to pop it off a list.

And my axe!

And my bow!

Helix is so good, why no Copilot, why no native shell for your OS?

How often do you use this feature? And why?

Helix is awesome.

@@jasondoe2596 Yes. It seems to be quite interesting. There are not many terminal-based editors that I find interesting apart from vim/nvim and emacs. Helix is probably the third one. Is there anything else? I guess none in the competition.

@@jasondoe2596 Yeah that's true but when you're deep into Vim/Neovim, it just doesn't work for me.

I can, not interested in Mac fanboy projects.

@@ewomer100 cringe

I wouldn't bet on it. Linux devs already have vim and NeoVim and will continue to use it for the foreseeable future. Being able to customize your editor is not something that people want to give up, so if your editor isn't as flexible as the existing competitors, you can pretty much give up already.

@@ewomer100 Why do you immediately jump to that "Mac fanboy" thing? Seems reasonable to me to do first developments on pretty much anything on a single platform, you know the one you happen to use. Then if the idea takes off migrate to other platforms. Nothing particularly fanboy about it.

​@@ewomer100 it's not like I have also avoided things because of such reasons, but it is indeed cringe.

Try using someone else's configs, such as Lazy Nvim or LunarVim. Once you get familiar with their features, you can create your own config and arrange the settings as you like

Exactly, I've used IntelliJ idea for a decade now and every time I'm watching or reading sth about how amazing vim is, I can never get over the feeling that I have it so much better and easier in my IDE

yeah i barely scratch the surface of the norm command but i use it from time to time

The longer I listen to this article, the weaker and poorer of a Vim user I discovered myself to be.

If you want fast just use Neovim, it's much faster than Zed

I also live dangerously

Yep. Even in the trades, people get hung up on brand name tools. A built house is a built house regardless of what color tools they used.

Not for code but other text files and operations. CSV files, or lists for example. Sometimes I use VSCode for multicursor but it would be nice to have that in nvim. Macros are great and I use them all the time, but why should Macros gatekeep multicursors?

I think it’s less about shipping features faster and more about the responsiveness and comfort making coding more joyful.

Modestest "Helix btw" ever

Yeah I swear the vscode vim plug-in does EXACTLY what he was talking about with the multi-cursor

LOL, you feel frustrated because someone said other editor is good?

webstorm is the only good editor

I use vim motions on vscode out of convenience but it’s not the same. this looks exciting if it will be well supported

It’s not the same. That plug-in is kind of glitchy but it’s as good as they can do, it’s just vscode wasn’t built to have that embedded in it. It’s the reason I switched to neovim

W is for win, X is twitter, Y is a question, and Z isn't in the common vernacular. Maybe

This is the reaction channel... It's almost all reactions here.