Live data from Hacker News

Neovim 0.8 Released

github.com

121–130 of 230 posts

Re: Neovim 0.8 Released

#121

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…

For a perspective that hasn't been shared all ready, I like modal editing because I A) don't like to use the mouse any more than I have to and B) have awful memory when it comes to complicated chords of keyboard shortcuts. Except for the bare basics (switching modes, jumping to the start and end of lines, etc), I heavily rely on much easier to remember names of commands to interact with my editor. Like toggling line numbering: I'm sure there's some ctrl-alt-F4 esque chord to do it in VS Code, but that'll be much harder for me to remember than :set number.

For similar reasons, I prefer the command line to GUI-based applications, that all seem to be built around either a love of clicking through a long series of cascading menus, or memorizing obtuse shortcuts. TUI applications like Vim integrate much more readily with my other command line tools, so it creates a much more seamless workflow.

Re: Neovim 0.8 Released

#122

Earlier quoted context omitted.

> usable default colorscheme What's wrong with the default colorscheme?

https://ibb.co/TR9sWj8

That looks pretty good, I don't know what the default colour scheme looks like, but if you are proposing this as an improvement I hope it gets in.

Re: Neovim 0.8 Released

#123

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…

> 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…

on linux, kde/kate is pretty good... I switched back to full tmux+vim lately to get even better with vim, but I find that kate is the perfect mix between an ide and a terminal based editor. makes me think of notepad++ with a few extra goodies (files on the left, terminal below etc...)

Re: Neovim 0.8 Released

#124
post #61

Earlier quoted context omitted.

The terminal is superior. You are just not skilled enough or advanced enough in thought to imagine what an interface can truly be.

Your terminal application is an emulator of a decades old technology originally used in physical consoles, with layers upon layers of enhancements that add support for colors, cursor control, etc. At it's core, it's just a grid of characters. The GUI as a platform is quite literally a superset of the terminal, for example because the terminal emulator app is a GUI itself. Hacking the grid of characters to render line…

OTOH it's already probably a couple decades since some more fresh terminal emulator projects have popped up that kick a bit into the old cruft and provide both lightweight stuff and actual drawing routines for specific stuff. From a graphics dev pov it's not nonsense to decide for rendering on a grid, even for UI, i see it a bit like voxel 3D engines.

So i'm really not sure the "layers upon layers" critique is well suited for terminals, in comparison with say some qt/gtk/electron/. Also GP is mentioning emacs, which is mostly the same old cruft as a terminal emulator.

Re: Neovim 0.8 Released

#125
post #106

Earlier quoted context omitted.

> VS Code is a proprietary, spyware-riddled, resource-wasting worked example of why "modern" software sucks. Perspectives like these (and others in the thread) remind me that there exists a separate cohort of engineers from people like myself which have absolutely polar opposite views. I respect your opinions, though I couldn't disagree more with them! :) Well, except the bit about VSCode having "spyware". That's not…

> 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...

Re: Neovim 0.8 Released

#126

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've found the extra complexity of IDEs unecessary and detrimental to my productivity. I like to keep it simple: neovim with LSP and fzf in a tmux session.

Re: Neovim 0.8 Released

#127

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 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…

I don't get along very well with the HN Rust Community (and I think I'm even less popular with them than they are with me), but fair is fair and the Rust folks have been absolutely revolutionizing the modern terminal experience.

Put differently, I take the opposite view: seeing that a piece of terminal kit is written in Rust gives me a quite high Bayesian prior on the quality and usefulness of the tool. Something like 70% of the command-line nix packages in my home manager are written in Rust.

Re: Neovim 0.8 Released

#128

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.

Will do! Currently using alacritty and enjoying that

Re: Neovim 0.8 Released

#129

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…

What exactly is a “proper code editor”, and why does Neovim not fit the bill there?

Re: Neovim 0.8 Released

#130
post #7

Neovim is one of those things that seem maybe cool, but I just can't find a reason to switch. Vim works just fine for me, I don't know what I would be getting by switching, and I'd probably waste some time porting my config and workflow to whatever the differences are (I'm a heavy user of :terminal).

Plugins built with lua, lsp, treesitter for syntax highlighting are the big ones. https://neovimcraft.com — For neovim specific plugins

Yes, treesitter is a sea change. Besides the quick and error-tolerant syntax highlighting it provides, plug-ins which use it to manipulate syntax are remarkably fast and accurate.
Post reply on HN