Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nvui: A NeoVim GUI written in C++ and Qt

github.com

Post reply on HN
Print view View original

51–60 of 145 posts

Re: Nvui: A NeoVim GUI written in C++ and Qt

#51

Post by alpaca128 »

yoyohello13 wrote: post #45
41b696ef1113 wrote: post #33

Earlier quoted context omitted.

I am willing to take the philosophical stance that even if NeoVim was only a 1:1 feature parity of Vim, it would still be a GoodThing. We need to find a way to dig ourselves out of endless backwards compatibility and advance the state of software. Supporting 8.3 filenames no longer has its place. This[0] post about the early days of NeoVim development made some interesting points about Vim, but one choice quote I rec…

There has been a lot of talk around here lately about modernizing emacs. It really seems to me that neovim is shaping up to be the new “modern” emacs. With full lua integration, lsp, gui clients, and projects like neorg it’s getting a lot closer to building its own emacs like ecosystem.

It does help that the project is a tiny fraction of the size. I hope it mostly stays that way despite the odd new feature.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#52

Post by kaba0 »

TaupeRanger wrote: post #12

What's the elevator pitch for Neovim over regular Vim or GVim? I see verbiage about extensibility and modern guis, but has any Vim user actually seen real world benefit after switching to NeoVim? Is it all just icing?

If I remember correctly, there was also some problem with Vim’s main maintainer not letting new functionalities merged, effectively freezing the project.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#53

Post by AprilArcus »

notme77 wrote: post #43
sullyj3 wrote: post #15

Earlier quoted context omitted.

Just above the gif: > Customizable cursor height (see :h NvuiCaretExtendTop and :h NvuiCaretExtendBottom) Ex. :NvuiCaretExtendTop 200, :NvuiCaretExtendBottom 100 (see below)

ok, but why?

right? does it do something other than e.g. ` [ctrl-v]3jI ` ?

Re: Nvui: A NeoVim GUI written in C++ and Qt

#54

Post by okasaki »

It seems neat, though I would never seriously use an editor that I couldn't run in a terminal. Too much of my work happens remotely.

Additionally, in my mind a terminal serves a similar role as plain HTML web pages - it constrains what can be done and I am extremely used to it, which makes it very easy and quick to use. On the other hand in a GUI editor (or a JS-heavy web page) it feels that it has more possibilities, which allows authors to customize things in ways that I don't expect, which can take away from my focus on what I'm doing. There's also the additional curse that because of these possibilities, authors seem eager to change things more often, whereas I value stability.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#55

Post by alpaca128 »

O_H_E wrote: post #35
elpatoisthebest wrote: post #20

Earlier quoted context omitted.

Gvim isn't really an "or" in this case, it's just a GUI for vim. Some things I like about neovim over vim. - Lua integration as first class citizen. - Treesitter - lsp built in - Feeling that the community is super active and in a period of movement. I love being able to hack and add specific functionality to my own workflow in lua just as part of the editor. I can add features in a way that I just can't in VS Code o…

> can add features in a way that I just can't in VS Code I have no knowledge about VSCode's JS nor NVim's Lua APIs beyond that one can write extensions in these langs. Would you be able to expand on what can you do with Lua in Nvim that can't be done in VSCode? That could really be a tipping point for me.

Can't say much about Lua, but the huge advantage both Vim and Emacs have over many other editors: you don't need to write a plugin to add a feature. Plugins are just scripted functions. You can press `:` and define a new keybinding right there while editing a file. Or write a function in the .vimrc and it'll be loaded at every start. Or try out other colors for the UI or syntax elements using the same commands used in syntax definitions. It's all directly accessible to the user with complete documentation in the editor.

Meanwhile the "hello world" tutorial for extending VS Code starts out with installing Node.js & multiple npm packages and compiling some source file.

For a power user it's just not the same, and there's no way I'd ever switch to another editor without this flexibility.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#57

Post by chalst »

yoyohello13 wrote: post #45
41b696ef1113 wrote: post #33

Earlier quoted context omitted.

I am willing to take the philosophical stance that even if NeoVim was only a 1:1 feature parity of Vim, it would still be a GoodThing. We need to find a way to dig ourselves out of endless backwards compatibility and advance the state of software. Supporting 8.3 filenames no longer has its place. This[0] post about the early days of NeoVim development made some interesting points about Vim, but one choice quote I rec…

There has been a lot of talk around here lately about modernizing emacs. It really seems to me that neovim is shaping up to be the new “modern” emacs. With full lua integration, lsp, gui clients, and projects like neorg it’s getting a lot closer to building its own emacs like ecosystem.

I like the NeoVim project and think Lua is a great scripting language, and so I wish the project all the best, but it is not attempting to scratch many of the itches that Emacs and Elisp do for many of us old timers.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#58

Post by alpaca128 »

lbotos wrote: post #31

If you want a vim GUI, Onivim 2 is usable and doing a Vim GUI slightly differently (made libvim, and is doing the UI in Revery an OCAML offshoot). I've been using it a few hours each week to edit python/ts/js/md and it's worked surprisingly well. This also looks really good, and I'm happy to see next-gen vim get love.

Can you explain why I'm supposed to "pre-order" a license key for a Vim-like editor that doesn't yet support .vimrc files?

How is it better than this with NeoVim's LSP and treesitter support?

Re: Nvui: A NeoVim GUI written in C++ and Qt

#59

Post by alpaca128 »

ur-whale wrote: post #44
TaupeRanger wrote: post #12

What's the elevator pitch for Neovim over regular Vim or GVim? I see verbiage about extensibility and modern guis, but has any Vim user actually seen real world benefit after switching to NeoVim? Is it all just icing?

>has any Vim user actually seen real world benefit after switching to NeoVim I've tried NeoVim for a couple of month this year. It's a tad snappier than vim, but there are a number of "quirks" (behaves ok, but doesn't behave exactly like vim) that made me walk away from it: at this point, vim is so hard-wired in my brain that any tiny difference in behavior is painful.

What for example? I genuinely haven't noticed any difference out of the box. I usually also don't like deviations, hence why I can't stand Emacs' Evil mode.

Re: Nvui: A NeoVim GUI written in C++ and Qt

#60

Post by Santosh83 »

okasaki wrote: post #54

It seems neat, though I would never seriously use an editor that I couldn't run in a terminal. Too much of my work happens remotely. Additionally, in my mind a terminal serves a similar role as plain HTML web pages - it constrains what can be done and I am extremely used to it, which makes it very easy and quick to use. On the other hand in a GUI editor (or a JS-heavy web page) it feels that it has more possibilities…

Isn't this just a UI layer for NeoVim, which you can easily switch to text when going remote?
Post reply on HN