Live data from Hacker News

Neovim 0.5 is overpowering

crispgm.com

11–20 of 429 posts

Re: Neovim 0.5 is overpowering

#11
post #6

Does anyone know of a nice git interface for Neovim? I would love to get off of emacs, but it's hard to beat Magit. At the very least something that lets me view the repo status and stage selections would be good.

I would recommend you to try lazygit[0] but it's independent terminal tool not tied to neovim

For Neovim Git Plugins ,see [1]

[0]:https://github.com/jesseduffield/lazygit

[1]:https://github.com/rockerBOO/awesome-neovim#git

Re: Neovim 0.5 is overpowering

#12
I've been using Neovim for a while now and it's amazing. I love the effort and thought that has gone into the project. The plugin manager is such a treat to use. Anyone who used to use vim or found it lacking or difficult to setup, I urge to give Neovim a try. Thanks to everyone involved in the project.

Re: Neovim 0.5 is overpowering

#14
post #6

Does anyone know of a nice git interface for Neovim? I would love to get off of emacs, but it's hard to beat Magit. At the very least something that lets me view the repo status and stage selections would be good.

Why quit emacs when evil-mode exists?

Fast startup times are solved by never quitting emacs :) Really, emacsclient starts nearly instantly, and all the heavy stuff like language servers and emacs proper just run in server mode.

(Disclaimer: I know enough vi and often use it.)

Re: Neovim 0.5 is overpowering

#15
I use nvim in the terminal and gvim/macvim on the desktop. I don't like how the nvim community seems to be throwing themselves wholeheartedly into lua and lua-only plugins (vimscript plugins are better because they work with both vim and neovim). Switching to init.lua also means losing all compatibility with vim, and I cannot fathom why people would want to do that considering that there is nothing that init.vim cannot already do.

I also don't like how there looks to be an upcoming split in the plugin community when Vimscript 9 releases and the neovim community will ignore it while plugin authors in the vim camp (e.g tpope) may start moving their plugins over to it.

That said, the built-in LSP for nvim is very good thing and I plan to migrate away from the node-dependent coc.nvim once nvim 0.5 releases.

Re: Neovim 0.5 is overpowering

#16
post #6

Does anyone know of a nice git interface for Neovim? I would love to get off of emacs, but it's hard to beat Magit. At the very least something that lets me view the repo status and stage selections would be good.

You may also use vs code with neovim integration[0].

[0] https://github.com/asvetliakov/vscode-neovim

Re: Neovim 0.5 is overpowering

#17
post #14
post #6

Does anyone know of a nice git interface for Neovim? I would love to get off of emacs, but it's hard to beat Magit. At the very least something that lets me view the repo status and stage selections would be good.

Why quit emacs when evil-mode exists? Fast startup times are solved by never quitting emacs :) Really, emacsclient starts nearly instantly, and all the heavy stuff like language servers and emacs proper just run in server mode. (Disclaimer: I know enough vi and often use it.)

I use emacs with evil-mode, and I don't have a problem with startup time (and that's without emacsclient, which I always found too annoying to deal with).

My issue is I don't really like emacs' mode of operating, and even with evil-mode it still seeps through.

I also don't like lisp.

Re: Neovim 0.5 is overpowering

#18
post #15

I use nvim in the terminal and gvim/macvim on the desktop. I don't like how the nvim community seems to be throwing themselves wholeheartedly into lua and lua-only plugins (vimscript plugins are better because they work with both vim and neovim). Switching to init.lua also means losing all compatibility with vim, and I cannot fathom why people would want to do that considering that there is nothing that init.vim cann…

The thing is, Vimscript sucks. Using a more mainstream language would be great for a modern advanced editor.

Vim has a ton of Vimscript plugins but I wonder how long it will take the Neovim community to replicate most of their functionality in Lua. I'd guess that not that long.

Re: Neovim 0.5 is overpowering

#19

AFAIK Neovim 0.5 uses tree-sitter. Is there any effort to integrate tree-sitter with Emacs in an easy way?

Sort of.

The integration needs to be done per-language, though helper packages like emacs-tree-sitter [1] exist. Afaik, C# mode currently uses it [2] though I'm not sure whether any other languages use it yet.

[1] https://github.com/ubolonton/emacs-tree-sitter [2] https://github.com/emacs-csharp/csharp-mode/blob/master/csha...

Re: Neovim 0.5 is overpowering

#20
post #15

I use nvim in the terminal and gvim/macvim on the desktop. I don't like how the nvim community seems to be throwing themselves wholeheartedly into lua and lua-only plugins (vimscript plugins are better because they work with both vim and neovim). Switching to init.lua also means losing all compatibility with vim, and I cannot fathom why people would want to do that considering that there is nothing that init.vim cann…

How many people realistically are willing to write vimscript plugins, vs how many people realistically are willing to write Lua? I know personally, after wresting with vimscript for a couple of days I'd never touch it again, but Lua is nice.
Post reply on HN