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.
Nvui: A NeoVim GUI written in C++ and Qt
111–120 of 145 posts
Re: Nvui: A NeoVim GUI written in C++ and Qt
#112I 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…
Re: Nvui: A NeoVim GUI written in C++ and Qt
#113Earlier quoted context omitted.
You mean do all the text rendering yourself and stream the image to the terminal? At that point why use a terminal rather than a graphics window?
Remote access is the big one. It’s 2021 and ssh somehow still remains by far the most robust protocol for remote interaction. X forwarding is awful, and VNC and its ilk require forwarding an entire desktop, which is inconvenient if you’re just interested in working in a single application, or having your client machine do its own window management. I agree, it’s an ironic state of affairs that in the era of cloud com…
Re: Nvui: A NeoVim GUI written in C++ and Qt
#114Neovide has many similar features as Nvui and is written in Rust https://github.com/neovide/neovide
Happy to see they finally ported from vulcan to openGL[1], but it's not released yet. https://github.com/neovide/neovide/issues/491
Why are they doing this? And why does it make you happy? I don't know much about the difference, but from what I've seen it seems like a lot are going the other way (OpenGL -> Vulkan). For example, isn't Godot 4 going to be primarily on Vulkan whereas the current version is all OpenGL?
Re: Nvui: A NeoVim GUI written in C++ and Qt
#115Earlier quoted context omitted.
The author deliberately added the files to the repository. That’s (part of) the problem. .gitignore is about saying “I don’t want to add matching files to the repository, so stop telling me they’re not in the repository”.
What problem? It’s their repo—they can add what they like…
The README transfers almost 100mb. If I'm on my phone with no wifi and I see an interesting repo as I'm a neovim user, I will just lose 100mb from my data plan with no warning. One doesn't expect that when visiting the README of a code repository.
Then what happens when they change something that makes the gifs obsolete? Will they add a commit with updated gifs that doubles the size of the repository? Most developers use
git clone $URL
which copies the entire repo history, instead of using `--depth 1`. So now if someone wants to contribute a small change, they have to download hundreds of MBs of gifs.Re: Nvui: A NeoVim GUI written in C++ and Qt
#116Earlier quoted context omitted.
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
#117Earlier quoted context omitted.
There was quite a few, but off the top of my head: 1. searching for stuff with / jumps prematurely to destination, drives me nuts. 2. I have most "smart" features (auto-indent type stuff) disabled for C++ mode in my .vimrc, which works fine in vim but is completely ignored by neovim. It requires futzing around with post/pre loading of plugins, which - 1.who has the time to do these things 2. makes for incompatible in…
Ah, coincidentally my preferences make the first two non-issues: I always set Vim to jump to the first search result in realtime because that lets me take a glance at another part of the file and then immediately jump back with Esc. So that way I didn't notice this apparently became a default setting in NeoVim. Which is still a weird thing and shouldn't happen imho. And I always have all kinds of smart features disab…
Re: Nvui: A NeoVim GUI written in C++ and Qt
#118Earlier quoted context omitted.
Remote access is the big one. It’s 2021 and ssh somehow still remains by far the most robust protocol for remote interaction. X forwarding is awful, and VNC and its ilk require forwarding an entire desktop, which is inconvenient if you’re just interested in working in a single application, or having your client machine do its own window management. I agree, it’s an ironic state of affairs that in the era of cloud com…
Why do this when you can just sshfs the source folder and configure your IDE to run its build commands through SSH?
Re: Nvui: A NeoVim GUI written in C++ and Qt
#119Earlier quoted context omitted.
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?
People who prefer the terminal don't click on things much. Vanilla Vi users would use :make to populate the location list, and then :cn or :cp to navigate back and forth. :cope to open up the quick fix window where you can use all your regular VI keybindings to navigate. Enter opens the location under the cursor in your previous VIM split. There are also plenty of plugins that add inline diagnostics. It's common to u…
Re: Nvui: A NeoVim GUI written in C++ and Qt
#120Earlier quoted context omitted.
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.
I’m not a UI/UX expert but here’s my 2¢ from limited work in this area. It depends on the type of animation and the platform. A fade in that’s 250 or even 500ms can be a nice effect on mobile when it’s not blocking other interactions. 100ms is too short to be noticeable for many things and depending on the screen refresh rate and distance for motion animations you will end up with large jumps.