What's up with the huge cursor in insert mode in some of the GIFs[0]?
[0] https://github.com/rohit-px2/nvui/blob/main/assets/display/v...
Nvui: A NeoVim GUI written in C++ and Qt
11–20 of 145 posts
Re: Nvui: A NeoVim GUI written in C++ and Qt
#12What'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?
Re: Nvui: A NeoVim GUI written in C++ and Qt
#13The window animations are really nice: https://github.com/rohit-px2/nvui/blob/main/assets/display/v... I wonder if it's possible to reduce duration slightly. Personally I find animations useful and a great improvement to UX but I prefer as short durations as possible. I also set 0.5x animation duration / scale on Android and it makes it feel much snappier, but don't like outright disabling them.
Yes, if they're less than 100ms, sure - animations provide context to what's happening on the screen (human vision system likes to persist objects).
Any longer, and I want to throw the computer out of the window.
Re: Nvui: A NeoVim GUI written in C++ and Qt
#14I love vim, but I can no longer see the case for pure-vim (besides devops/infra work where the most basic vim setup is usually enough) in the world of IDEs + Vim mode.
Ive been down the rabbit hole of setting vim’s code intelligence up (ale and all that), in the end it felt brittle and not good (vs perfect completion for golang/typescript in my IDE).
So Im curious, whats the case for going pure windowed vim like this?
Re: Nvui: A NeoVim GUI written in C++ and Qt
#15What's up with the huge cursor in insert mode in some of the GIFs[0]? [0] https://github.com/rohit-px2/nvui/blob/main/assets/display/v...
Just above the gif:
> Customizable cursor height (see :h NvuiCaretExtendTop and :h NvuiCaretExtendBottom)
Ex. :NvuiCaretExtendTop 200, :NvuiCaretExtendBottom 100 (see below)Re: Nvui: A NeoVim GUI written in C++ and Qt
#16The window animations are really nice: https://github.com/rohit-px2/nvui/blob/main/assets/display/v... I wonder if it's possible to reduce duration slightly. Personally I find animations useful and a great improvement to UX but I prefer as short durations as possible. I also set 0.5x animation duration / scale on Android and it makes it feel much snappier, but don't like outright disabling them.
Eww, a 20MB GIF with harsh dithering artefacts. And then another 22MB in two more GIFs. All in the repository.
(a) GIF is not the right format here, use a video format because it’ll produce a visually superior result (proper colour, no dithering needed—not that it actually is even with animated GIFs) and much more usable result (not autoplaying if the user agent’s configuration says not to, allowing scrubbing, showing how long the video is rather than you having to guess “is it still going, or did it start again?”, that kind of thing) in significantly less space.
(b) Things like this emphatically do not belong in the code repository, because they bloat things forever despite being for demonstration only. A repository that would have been 1.0MB and cloned in well under a second is instead 46.2MB (43.8MB of GIFs and 2MB of PNGs) and took me about fifteen seconds to clone (cloning repositories from GitHub is always slower than you’d expect when you’re on the other side if the world, in AU/NZ).
Re: Nvui: A NeoVim GUI written in C++ and Qt
#17I love vim, but I can no longer see the case for pure-vim (besides devops/infra work where the most basic vim setup is usually enough) in the world of IDEs + Vim mode. Ive been down the rabbit hole of setting vim’s code intelligence up (ale and all that), in the end it felt brittle and not good (vs perfect completion for golang/typescript in my IDE). So Im curious, whats the case for going pure windowed vim like this…
Have you used vim since language servers became a thing? I was in the same boat as you for a while, but I've been consistently impressed with how far the language server ecosystem has come.
Yes, there's still the cost of setting it up in the first place still. That comes with the territory. There are some decent neovim distros out there (lunarvim, nvchad, etc) to get you started though!
Re: Nvui: A NeoVim GUI written in C++ and Qt
#18I love vim, but I can no longer see the case for pure-vim (besides devops/infra work where the most basic vim setup is usually enough) in the world of IDEs + Vim mode. Ive been down the rabbit hole of setting vim’s code intelligence up (ale and all that), in the end it felt brittle and not good (vs perfect completion for golang/typescript in my IDE). So Im curious, whats the case for going pure windowed vim like this…
I'm suspect about this gui project, but I setup LSP + neovim for a rust project last week and I think it is significantly better than any IDE I have seen, super productive
Re: Nvui: A NeoVim GUI written in C++ and Qt
#19What'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?
With Neovim 0.5 you'll get native SLP and treesitter support. And it has first class Lua support, which is a huge improvement over vimscript for plugin writers and if you do larger configs yourself.
These are by no means must haves, and there are workable alternatives, but IMO they're nice improvements that warrant the small switching overhead.
Re: Nvui: A NeoVim GUI written in C++ and Qt
#20What'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?
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 or vim. It's no emacs level of hackability, but it's a happy medium for me.