6 ms·

I'll just leave a shameless plug for my neovim GUI project here: https://github.com/vhakulinen/gnvim https://github.com/vhakulinen/gnvim. It has a WIP PR[1] for

I'll just leave a shameless plug for my neovim GUI project here: https://github.com/vhakulinen/gnvim https://github.com/vhakulinen/gnvim. It has a WIP PR[1] for implementing multigrid support, which would allow features such as scrollbars. There are many other GUIs too, such as oni/oni2, gonvim, neovim-gtk and neovim-qt. Extensive list can be found here: https://github.com/neovim/neovim/wiki/Related-projects#gui https://github.com/neovim/neovim/wiki/Related-projects#gui 1: https://github.com/vhakulinen/gnvim/pull/95 https://github.com/vhakulinen/gnvim/pull/95

justinmk 7y ago
> multigrid support, which would allow features such as scrollbars also per-window font-size, dimensions, line-spacing--so Nvim UIs can add unlimited decorations to windows while the editor navigation remains exactly the same (driven by Nvim).
cetra3 7y ago
Both neovim-gtk & gnvim are great but don't integrate nicely with standard ctrl + c, ctrl + v actions which is super frustrating. VSCode with vim plugin handles this well with the Use Ctrl Keys option set. If you're in insert mode, ctrl + v will paste, otherwise ctrl + v will start visual mode. If you are selecting text, ctrl + c will copy.
- justinmk 7y ago
  You can create mappings for that. Adding a bazillion one-off options like "Use Ctrl Keys" to avoid creating mappings, defeats the purpose of using vim, since creating mappings is the bare minimum way to configure it. (But Vim did so anyways for Windows, in the form of the "mswin.vim" plugin, which is enabled by default, causing confusion for users expecting vim to behave like vim.)
  - cetra3 7y ago
    I wouldn't even know where to begin to approach these mappings as they are highly context dependent. If it is possible with just normal vim mappings then that'd be excellent.
    - justinmk 7y ago
      inoremap <C-V> <C-R>+ vnoremap <C-C> "+y cnoremap <C-V> <C-R>+
      - majewsky 7y ago
        vnoremap <C-X> "+ygvd
- daliusd 7y ago
  set clipboard+=unnamedplus imap <C-V> <C-R>+ vmap <C-C> y Most probably you want this as well: cmap <C-V> <C-R>+
  - majewsky 7y ago
    > set clipboard+=unnamedplus TIL. This goes into my vimrc right now.
  - emidln 7y ago
    Worth noting that this is Ctrl+Shift+v and Ctrl+Shift+c. The C-v (Ctrl+lowercase v) is important for literal character insertion. (Insert a tab, escape, return, etc.)
    - narimiran 7y ago
      > The C-v (Ctrl+lowercase v) is important for literal character insertion. You can remap it to <C-l> (L = literal), and then use <C-c> and <C-v> without shift: inoremap <C-l> <C-v> imap <C-v> <C-r>+ cmap <C-v> <C-r>+ xmap <C-c> "+y
    - deleted 7y ago
      [deleted]
- nothrabannosir 7y ago
  A different way of tackling this if you don’t mind doing it “the vim way”: Most vim builds enable the + register to access the system clipboard (hopefully these two do so too, I haven’t verified!). “+p = ctrl+v, “+y = ctrl+c etc. If you’re unfamiliar with registers look them up in the docs they are super useful. (Also have a look at the 0 register, e.g. “0p)
- e12e 7y ago
  In addition to sibling comment - does any vi(m) work with the (non) standard (for vi) ctrl-v/c out of the box? I understand setting the star/plus as default registry so that paste and yank read/fill the system clipboard. But using ctrl-V for paste is surely alien? Nothing wrong with custom keybindings, obviously. But it sounds rather non-standard?
  - cferr 7y ago
    Shift + Insert works on every platform I've tried it on. Ctrl-V/C are Unix console commands.
dvcrn 7y ago
I'm using vimr [1] and never had issues with it 1: https://github.com/qvacua/vimr https://github.com/qvacua/vimr
- zelos 7y ago
  I've had a reasonable number of crashes with VimR. It's definitely got a lot better, but not enough that I'd use it for work.
- pfranz 7y ago
  I don't use vimr that heavily, but a few times now I've seen it chewing on the CPU when I've left it open in the background. I do use neovim heavily and haven't seen that.
- asdkhadsj 7y ago
  Holy cow, that is pretty. I wonder which is better, Gnvim or Vimr for a full Neovim experience? Either way, VimR is impressively nice looking. Thanks for the link!
rjzzleep 7y ago
I just tried this. I get rendering artifacts when scrolling. BUT! The scroll speed is absolutely wonderful. I've tried all the UIs and always find myself going back to the terminal, but this is something else. Although I have to say fvim looks tempting as well and vimr(I'm not on MacOS anymore). For those people mocking vim users and bragging about their IDE's. With languageserver and the other kind of refactoring daemons available for a whole host of languages nowadays these editors are much closer to IDE's than ever before. The only things that are not really first class citizens are IMHO: 1. refactoring(outside of C++ and Java) 2. profiling 3. breakpoints EDIT: I'm quite happy with the tmux setup I have but thanks for the suggestions. The main problem I see with neovim is that the separation of the python library while nice for update iterations causes issues with virtual environments.
- vhakulinen 7y ago
  > I get rendering artifacts when scrolling. If you're using pango 1.44, that is a known issue and there really isn't a proper workaround yet. Quite a few applications using grid based applications are currently broken with pango 1.44.
- eitland 7y ago
  > For those people mocking vim users and bragging about their IDE's. Haven't seen this, -it usually goes the other way: You're doing it wrong, you should use vim! (I know enough vim to effectively use it to edit configs etc, but I just prefer my IDEs.)
  - chapium 7y ago
    Use vim plugins for your favorite ide and enjoy both! (or not all, we all have preferences:))
- xyproto 7y ago
  Using NeoVim with nvim-qt should not result in any rendering artifacts.
- Crinus 7y ago
  > With languageserver and the other kind of refactoring daemons available for a whole host of languages nowadays these editors are much closer to IDE's than ever before. Most likely true, though i think the "I" part of "IDE" is woefully ignored and (at least to me) is much more important than a hodgepodge of barely related programs strung together with duct tape.
maccam94 7y ago
> shameless plug You didn't even mention it's written in Rust!
- fortran77 7y ago
  "It's written in Rust."
- stompl 7y ago
  Rust rust rust! stuffs mouths with cheerios, shouting while chewing Rust! Arghhhhh R U S T U S T
- fortran77 7y ago
  The first rule of the Rust club is: "Always talk about the Rust club"
  - stompl 7y ago
    The first rule of Rust club is chew food while shouting Rust
timvisee 7y ago
I'm really liking this 'No Electron!' mentality. Looks like an awesome project, thanks for sharing.
tadzik_ 7y ago
Looks nice, but I'm a bit surprised to see "No web bloat!" and then Webkit in dependencies. Is the UI built in web technologies, just not in Electron this time around?
- detaro 7y ago
  From a quick look at the repo, seems to be used for previewing markdown files.
milin 7y ago
Any advantages of using this vs the neovim in the terminal?

justinmk 7y ago

> multigrid support, which would allow features such as scrollbars also per-window font-size, dimensions, line-spacing--so Nvim UIs can add unlimited decorations to windows while the editor navigation remains exactly the same (driven by Nvim).

cetra3 7y ago

Both neovim-gtk & gnvim are great but don't integrate nicely with standard ctrl + c, ctrl + v actions which is super frustrating. VSCode with vim plugin handles this well with the Use Ctrl Keys option set. If you're in insert mode, ctrl + v will paste, otherwise ctrl + v will start visual mode. If you are selecting text, ctrl + c will copy.

justinmk 7y ago
You can create mappings for that. Adding a bazillion one-off options like "Use Ctrl Keys" to avoid creating mappings, defeats the purpose of using vim, since creating mappings is the bare minimum way to configure it. (But Vim did so anyways for Windows, in the form of the "mswin.vim" plugin, which is enabled by default, causing confusion for users expecting vim to behave like vim.)
- cetra3 7y ago
  I wouldn't even know where to begin to approach these mappings as they are highly context dependent. If it is possible with just normal vim mappings then that'd be excellent.
  - justinmk 7y ago
    inoremap <C-V> <C-R>+ vnoremap <C-C> "+y cnoremap <C-V> <C-R>+
    - majewsky 7y ago
      vnoremap <C-X> "+ygvd
daliusd 7y ago
set clipboard+=unnamedplus imap <C-V> <C-R>+ vmap <C-C> y Most probably you want this as well: cmap <C-V> <C-R>+
- majewsky 7y ago
  > set clipboard+=unnamedplus TIL. This goes into my vimrc right now.
- emidln 7y ago
  Worth noting that this is Ctrl+Shift+v and Ctrl+Shift+c. The C-v (Ctrl+lowercase v) is important for literal character insertion. (Insert a tab, escape, return, etc.)
  - narimiran 7y ago
    > The C-v (Ctrl+lowercase v) is important for literal character insertion. You can remap it to <C-l> (L = literal), and then use <C-c> and <C-v> without shift: inoremap <C-l> <C-v> imap <C-v> <C-r>+ cmap <C-v> <C-r>+ xmap <C-c> "+y
  - deleted 7y ago
    [deleted]
nothrabannosir 7y ago
A different way of tackling this if you don’t mind doing it “the vim way”: Most vim builds enable the + register to access the system clipboard (hopefully these two do so too, I haven’t verified!). “+p = ctrl+v, “+y = ctrl+c etc. If you’re unfamiliar with registers look them up in the docs they are super useful. (Also have a look at the 0 register, e.g. “0p)
e12e 7y ago
In addition to sibling comment - does any vi(m) work with the (non) standard (for vi) ctrl-v/c out of the box? I understand setting the star/plus as default registry so that paste and yank read/fill the system clipboard. But using ctrl-V for paste is surely alien? Nothing wrong with custom keybindings, obviously. But it sounds rather non-standard?
- cferr 7y ago
  Shift + Insert works on every platform I've tried it on. Ctrl-V/C are Unix console commands.

dvcrn 7y ago

I'm using vimr [1] and never had issues with it 1: https://github.com/qvacua/vimr https://github.com/qvacua/vimr

zelos 7y ago
I've had a reasonable number of crashes with VimR. It's definitely got a lot better, but not enough that I'd use it for work.
pfranz 7y ago
I don't use vimr that heavily, but a few times now I've seen it chewing on the CPU when I've left it open in the background. I do use neovim heavily and haven't seen that.
asdkhadsj 7y ago
Holy cow, that is pretty. I wonder which is better, Gnvim or Vimr for a full Neovim experience? Either way, VimR is impressively nice looking. Thanks for the link!

rjzzleep 7y ago

I just tried this. I get rendering artifacts when scrolling. BUT! The scroll speed is absolutely wonderful. I've tried all the UIs and always find myself going back to the terminal, but this is something else. Although I have to say fvim looks tempting as well and vimr(I'm not on MacOS anymore). For those people mocking vim users and bragging about their IDE's. With languageserver and the other kind of refactoring daemons available for a whole host of languages nowadays these editors are much closer to IDE's than ever before. The only things that are not really first class citizens are IMHO: 1. refactoring(outside of C++ and Java) 2. profiling 3. breakpoints EDIT: I'm quite happy with the tmux setup I have but thanks for the suggestions. The main problem I see with neovim is that the separation of the python library while nice for update iterations causes issues with virtual environments.

vhakulinen 7y ago
> I get rendering artifacts when scrolling. If you're using pango 1.44, that is a known issue and there really isn't a proper workaround yet. Quite a few applications using grid based applications are currently broken with pango 1.44.
eitland 7y ago
> For those people mocking vim users and bragging about their IDE's. Haven't seen this, -it usually goes the other way: You're doing it wrong, you should use vim! (I know enough vim to effectively use it to edit configs etc, but I just prefer my IDEs.)
- chapium 7y ago
  Use vim plugins for your favorite ide and enjoy both! (or not all, we all have preferences:))
xyproto 7y ago
Using NeoVim with nvim-qt should not result in any rendering artifacts.
Crinus 7y ago
> With languageserver and the other kind of refactoring daemons available for a whole host of languages nowadays these editors are much closer to IDE's than ever before. Most likely true, though i think the "I" part of "IDE" is woefully ignored and (at least to me) is much more important than a hodgepodge of barely related programs strung together with duct tape.

maccam94 7y ago

> shameless plug You didn't even mention it's written in Rust!

fortran77 7y ago
"It's written in Rust."
stompl 7y ago
Rust rust rust! stuffs mouths with cheerios, shouting while chewing Rust! Arghhhhh R U S T U S T
fortran77 7y ago
The first rule of the Rust club is: "Always talk about the Rust club"
- stompl 7y ago
  The first rule of Rust club is chew food while shouting Rust

timvisee 7y ago

I'm really liking this 'No Electron!' mentality. Looks like an awesome project, thanks for sharing.

tadzik_ 7y ago

Looks nice, but I'm a bit surprised to see "No web bloat!" and then Webkit in dependencies. Is the UI built in web technologies, just not in Electron this time around?

detaro 7y ago
From a quick look at the repo, seems to be used for previewing markdown files.

milin 7y ago

Any advantages of using this vs the neovim in the terminal?