Live data from Hacker News

Neovim 0.8 Released

github.com

151–160 of 230 posts

Re: Neovim 0.8 Released

#151
post #94

If you use Neovim, can you share why you chose it over VS Code, or one of the new terminal-based editors like https://helix-editor.com/ , or new native GUI editors like https://zed.dev/ ? It's impressive to see what the Neovim community has built — preconfigured setups like https://nvchad.com/ are especially wild. But it still feels like a huge amount of work, hoop jumping, and _fragility_ just to reach parity with V…

I have been using vim since the late 90s, although the experience back then was much different. I don't think I really used plugins until around 2010 or so, and I was more into gvim until I moved to tmux + vim combo around 2016. So my nvim setup is not too fancy (sometimes I try plugins, if in two weeks I don't use them -or I don't even remember how they work-, I uninstall them). Moved to neovim because it felt faste…

Similar story here. I often liken it to a musician with their instrument, or a master blacksmith with their hammer - at some point the tool stops being a separate entity and becomes an extension of the person wielding it. I think the ability to have this comes from the fact the fundamentals of the tool are stable across decades.

Re: Neovim 0.8 Released

#152
post #149
post #120

Earlier quoted context omitted.

No. Microsoft's general reputation for spying on its users renders "spyware" a reasonable shorthand for what it either does now, or perhaps is reasonably likely to do at some time in the future. I would fall back to the softer "telemetry" ONLY IF they were to provide some sort of genuinely reliable affirmation that it's not spying, which I don't think they could do today absent legal or other generally obvious incent…

I mean, you can say whatever you want - you only diminish your own argument by doing so. It's like the boy who cried wolf - if you keep shouting "spyware" with no true evidence of spyware, then by the time that "spyware" actually is happening, no one is going to care. > what it either does now Spyware is defined (Google) as "a form of malware that hides on your device, monitors your activity, and steals sensitive inf…

> Spyware is defined (Google) as "a form of malware that hides on your device, monitors your activity, and steals sensitive information like bank details and passwords." Please furnish any example of Microsoft stealing sensitive information like bank details and passwords via VSCode.

Well, yes, of course Google would say that. If you ask DuckDuckGo to define spyware, it offers these:

> Software that secretly gathers information about a person or organization.

> programs that surreptitiously monitor and report the actions of a computer user.

Which of course is exactly what VSC does.

Re: Neovim 0.8 Released

#153

Earlier quoted context omitted.

I enjoy a terminal workflow, and helix doesn't actually have vim key bindings and many years of vim use is hard to switch. EDIT: I'm also a tmux user and I can't live without a replacement for this plugin: https://github.com/christoomey/vim-tmux-navigator

Check wezterm, it has something similar to tmux splits and it's nice.

+1. WezTerm is incredibly well done.

Re: Neovim 0.8 Released

#154
post #125

Earlier quoted context omitted.

> and you should just call it that instead. And then turn it off using the built-in setting: https://code.visualstudio.com/docs/getstarted/telemetry#_dis...

You could also, if you wish, audit the telemetry events and determine if it's worth turning off - or decide that it's okay with you that they're using that data to improve their free product. https://code.visualstudio.com/docs/getstarted/telemetry#_vie... https://code.visualstudio.com/docs/getstarted/telemetry#_gdp...

I could also just decide that it's okay to use a free editor that doesn't report on me in the first place. I don't need to audit exactly what information vim sends off and evaluate whether it's too much, because "none" is really easy to decide on.

Re: Neovim 0.8 Released

#155

Earlier quoted context omitted.

I was not familiar with Helix or Zed, so I took a look at the links. Both webpages prominently state that the editors are written in Rust. This reduces my interest in both projects. As a user, I do not care what language my editor is implemented in. Maybe I want a fast editor, or maybe I want a feature-rich editor. The closest I would come to caring about this is if I want an extensible editor - can I extend these ed…

Don't let the “built|written in Rust” taglines put you off either project. Both are fast editors built by passionate teams offering compelling out-of-the box experiences. They're worth taking five minutes to download and try (or apply for the waitlist in the case of Zed).

[deleted]

Re: Neovim 0.8 Released

#156
post #91

Earlier quoted context omitted.

> If you use Neovim, can you share why you chose it over VS Code, or one of the new terminal-based editors like https://helix-editor.com/ , or new native GUI editors like https://zed.dev/ ? VS Code is a proprietary, spyware-riddled, resource-wasting worked example of why "modern" software sucks. Also for my personal use, everything that's not vim suffers from being not vim; it would cost me effort to switch for no cl…

If VSCode "sucks", then isn't it weird that the vast majority of people seem to love and even prefer using software that "sucks", including GP?

Popularity is not a great metric of goodness, unless we want to come to terms with the fact that Limp Bizkit records are around 3x as good as VSCode (and that's despite the fact that they aren't even charging people for VSCode!)

Re: Neovim 0.8 Released

#157
I've been a Neovim user since inception -- I love the sane default configuration, the pruning away of old and obsolete "compatible" mode things, and the async and terminal support were killer features. When LSP support landed I was pretty firmly set.

I hate Lua, though, and more and more of the neovim ecosystem is moving in that direction. And now that vim has caught up on the async and terminal and LSP support I'm finding it hard to justify staying on neovim, except for the burden of sane-ifying my configuration.

VimL9 looks fantastic though -- VimScript has always been awkward but very domain-specific; VimL9 moves away from awkwardness but keeps the domain-specificity. Lua is not domain-specific enough, and the debugging and documentation are not good enough for me to pick it up in a pinch.

I think it's likely that I'll be making the switch back to vim9 in the near future, although I'll probably give Kakoune a try again before committing.

Re: Neovim 0.8 Released

#158

Earlier quoted context omitted.

>Neovim ... supports LUA script for config and plugins Except it doesn't really. Or at least it's very basic. I'll re-post a comment I made on this, when it was discussed a while back [0] https://news.ycombinator.com/item?id=32624308 ---- I've been using Neovim for several years now. Not for any real reason, other than "Let's try 'new & shiny'" when it first emerged. Last week I thought I'd finally get round to conve…

I found this very helpful when switching to nvim recently. Kudos to the author for having the nvim config on github and making videos explaining how he set it all up: https://github.com/LunarVim/Neovim-from-scratch https://www.youtube.com/watch?v=ctH-a-1eUME&list=PLhoH5vyxr6...

I gotta say, the Neovim guys are killin’ it on YouTube and Twitch.

They’re reaching a new generation of Neovim/Vim users.

Re: Neovim 0.8 Released

#159

Earlier quoted context omitted.

> If you use Neovim, can you share why you chose it over VS Code Just about 30 years of muscle memory for ed, then vi, eventually vim, and recently neovim. Also because one flavour or another is pretty much guaranteed to be available on any server I log into - as a contractor, it's handy to know there's a (to me) usable editor wherever I end up. > I've spent months tweaking Neovim/Emacs configs in the past I had a br…

> pretty much guaranteed to be available on any server I log into So is nano, the original comment hits the mark, why exactly can't you use a proper code editor via ssh? There's very little reason these days. Haven't used a terminal editor for a decade despite doing tons of work that many would instinctively reach for the same job. VSCode and pretty much every other equivalent has modal editing if that's the sticking…

> nano [pretty much guaranteed to be available on any server]

Having just checked 5 of the servers I'm currently logged into, nano is missing on 3 of them. Although one of those 3 is cygwin which is weird in the first place.

> why exactly can't you use a proper code editor via ssh?

Well, vim is a proper code editor. If you mean VSCode, it's not available everywhere; been at plenty of places where installing/using non-approved software on work machines was forbidden. Also, and this is a minor point, kinda, but using (n)vi(m) remotely rather than VSCode gives me one/many windows fewer to manage on my local end - everything currently lives in iTerm2 and I only have one app to wrangle. Using VSCode would give me another one - unless it can do terminal emulation as well these days?

Re: Neovim 0.8 Released

#160

If you use Neovim, can you share why you chose it over VS Code, or one of the new terminal-based editors like https://helix-editor.com/ , or new native GUI editors like https://zed.dev/ ? It's impressive to see what the Neovim community has built — preconfigured setups like https://nvchad.com/ are especially wild. But it still feels like a huge amount of work, hoop jumping, and _fragility_ just to reach parity with V…

Yeah I don't see why one would try to reproduce the VSCode experience inside vim or whatever.

Vim or neovim inside tmux are really nice, though. You can just use the normal general-purpose linux ecosystem rather than learning an IDE.

Post reply on HN