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

81–90 of 145 posts

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

#81

Post by AlexSW »

alpaca128 wrote: post #59
ur-whale wrote: post #44

Earlier quoted context omitted.

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

If you need another, saving a file using sudo after opening not as sudo is much more annoying and the normal strategy in vim (which often includes `tee` but I prefer to use `mv`) doesn't work at all.

I still use Neovim, but this is my main gripe. Broadly I like it a lot, for reasons others have covered.

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

#82

Post by erikbye »

jcelerier wrote: post #73
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…

> Too much of my work happens remotely. ... You know that GUI apps are able to edit code over SSH too, right ?

Exactly. Jeez.

I'm not even shocked anymore, at how out of touch and stuck in their ways some people are.

If this is your workflow: terminal; ssh ; vim

...

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

#84

Post by kevincox »

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?

I would assume to make it easier to find?

I do something similar by setting cursorline and cursorcolumn. It gives me a (more subtle) full-file crosshair showing where the cursor is.

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

#85

Post by WhyNotHugo »

I don't quite get what the advantage / goal of this is.

I find the fact that neovim runs in a terminal an advantage; they share font configuration and colour and other settings, and I can quickly jump in and out of nvim from a terminal.

Having it run in a separate window just means I now have an extra window lying around (the terminal where I typed `nvui`).

And smooth scrolling works on regular neovim with https://github.com/psliwka/vim-smoothie

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

#86

Post by slightwinder »

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.

Is neovim really flexible enough to compete with emacs? Adding just more tooling is not really what would make it shine in emacs-space. My impression is more that neovim is competing with the likes of Sublime Text, maybe to some degree with VS Code.

Is Neovim flexible enough that it could stop being vim? Remove the modal key-system and implement something of your own? Has enough introspektion to allow something like emacs which-keys? This is a module which show a list of valid keys that can be pressed when you are inside a keychain.

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

#87

Post by da39a3ee »

WhyNotHugo wrote: post #85

I don't quite get what the advantage / goal of this is. I find the fact that neovim runs in a terminal an advantage; they share font configuration and colour and other settings, and I can quickly jump in and out of nvim from a terminal. Having it run in a separate window just means I now have an extra window lying around (the terminal where I typed `nvui`). And smooth scrolling works on regular neovim with https://gi…

> the terminal where I typed `nvui`

Maybe you'll find some advantages in having a long-running editor process, rather than starting one from the terminal whenever you want to edit? For example, ctr+click on a compiler error message in the terminal could open the file at the correct line in the (already running) nvui process.

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

#88

Post by orbifold »

erikbye wrote: post #82
jcelerier wrote: post #73

Earlier quoted context omitted.

> Too much of my work happens remotely. ... You know that GUI apps are able to edit code over SSH too, right ?

Exactly. Jeez. I'm not even shocked anymore, at how out of touch and stuck in their ways some people are. If this is your workflow: terminal; ssh ; vim ...

That will work on CentOS 5, which until recently unfortunately was one of the systems I had to work with.

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

#89

Post by da39a3ee »

phire wrote: post #6
teamspirit wrote: post #2

This looks very interesting. Are there any advantages to using it as opposed to neovim in a terminal? I guess my question can be posed to any gui text editor. Still, nice project!

In general: There are a few theoretical advantages when it comes to doing advanced syntax "highlighting". Not that I've seen any GUI IDE/editor ever do syntax highlighting that couldn't be done in a terminal. There are a few examples in the GUI based disassemblers world (like IDA pro) which use graphical arrows to show where branch/jump instructions goto. The usefulness of those is enough to convince me that perhaps…

If you run your editor in a terminal, how do you do things like ctrl+click on a compiler error in the terminal and have the file opened in your editor at the correct line?

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

#90

Post by chrisseaton »

WhyNotHugo wrote: post #85

I don't quite get what the advantage / goal of this is. I find the fact that neovim runs in a terminal an advantage; they share font configuration and colour and other settings, and I can quickly jump in and out of nvim from a terminal. Having it run in a separate window just means I now have an extra window lying around (the terminal where I typed `nvui`). And smooth scrolling works on regular neovim with https://gi…

> And smooth scrolling works on regular neovim with https://github.com/psliwka/vim-smoothie

Doesn't 'smooth scrolling' mean scrolling in increments less than a full line, to avoid the janky jarring jump from one line to the next?

I don't get how you can do smooth scrolling in a terminal interface? The screenshots in that link aren't smooth - they jump whole lines at a time, unlike the screenshots you can see on the NeoVim page.

Post reply on HN