This package provides an executable called nvr which solves these cases:
:terminal
without starting a nested nvim process.pip3 install neovim-remote
If you encounter any issues, e.g. permission denied errors or you can't find the
nvr
executable, read INSTALLATION.md.
Nvim always starts a server. Get its address with :echo v:servername
. Or
specify an address at startup: nvim --listen /tmp/nvimsocket
.
nvr (the client) will use any address given to it via --servername
,
$NVIM_LISTEN_ADDRESS
(obsolete in nvim but still supported in nvr), or
defaults to /tmp/nvimsocket
.
If the targeted address does not exist, nvr starts a new process by running
"nvim". You can change the command by setting $NVR_CMD
. (This requires
forking, so it won't work on Windows.)
Start a nvim process (which acts as a server) in one shell:
nvim --listen /tmp/nvimsocket
And do this in another shell:
# nvr uses /tmp/nvimsocket by default, so we're good.
# Open two files:
nvr --remote file1 file2
# Send keys to the current buffer:
nvr --remote-send 'iabc<esc>'
# Enter insert mode, insert 'abc', and go back to normal mode again.
# Evaluate any VimL expression, e.g. get the current buffer:
nvr --remote-expr 'bufname("")'
README.md
Open files from within :terminal
without starting a nested nvim process.
Easy-peasy! Just nvr file
.
This works without any prior setup, because $NVIM
is always set for all
children of the nvim process, including :terminal
, and nvr
will default
to that address.
I often work with two windows next to each other. If one contains the
terminal, I can use nvr -l foo
to open the file in the other window.
Open files always in the same nvim process no matter which terminal you're in.
Just nvr -s
starts a new nvim process with the server address set to
/tmp/nvimsocket
.
Now, no matter which terminal you are in, nvr file
will always work on
that nvim process. That is akin to emacsclient
from Emacs.
Use nvr in plugins.
Some plugins rely on the --remote
family of options from Vim. Nvim had to
remove those when they switched to outsource a lot of manual code to libuv.
These options are planned to be added back, though.
In these cases nvr can be used as a drop-in replacement. E.g. vimtex can be configured to use nvr to jump to a certain file and line: read.
Use nvr as git editor.
Imagine Neovim is set as your default editor via $VISUAL
or $EDITOR
.
Running git commit
in a regular shell starts a nvim process. But in a
terminal buffer (:terminal
), a new nvim process starts as well. Now you
have one nvim nested within another.
If you do not want this, put this in your vimrc:
if has('nvim')
let $GIT_EDITOR = 'nvr -cc split --remote-wait'
endif
That way, you get a new window for inserting the commit message instead of a
nested nvim process. But git still waits for nvr to finish, so make sure to
delete the buffer after saving the commit message: :w | bd
.
If you don't like using :w | bd
and prefer the good old :wq
(or :x
),
put the following in your vimrc:
autocmd FileType gitcommit,gitrebase,gitconfig set bufhidden=delete
To use nvr from a regular shell as well:
$ git config --global core.editor 'nvr --remote-wait-silent'
Use nvr as git mergetool.
If you want to use nvr for git difftool
and git mergetool
, put this in
your gitconfig:
[diff]
tool = nvr
[difftool "nvr"]
cmd = nvr -s -d $LOCAL $REMOTE
[merge]
tool = nvr
[mergetool "nvr"]
cmd = nvr -s -d $LOCAL $BASE $REMOTE $MERGED -c 'wincmd J | wincmd ='
nvr -d
is a shortcut for nvr -d -O
and acts like vim -d
, thus it uses
:vsplit
to open the buffers. If you want them to be opened via :split
instead, use nvr -d -o
.
When used as mergetool and all four buffers got opened, the cursor is in the
window containing the $MERGED buffer. We move it to the bottom via :wincmd J
and then equalize the size of all windows via :wincmd =
.
Use nvr for scripting.
You might draw some inspiration from this Reddit thread.
(Click on the GIFs to watch them full-size.)
Using nvr from another shell:
Using nvr from within :terminal
:
How to open directories?
:e /tmp
opens a directory view via netrw. Netrw works by hooking into certain
events, BufEnter
in this case (see :au FileExplorer
for all of them).
Unfortunately Neovim's API doesn't trigger any autocmds on its own, so simply
nvr /tmp
won't work. Meanwhile you can work around it like this:
$ nvr /tmp -c 'doautocmd BufEnter'
Reading from stdin?
Yes! E.g. echo "foo\nbar" | nvr -o -
and cat file | nvr --remote -
work just
as you would expect them to work.
Exit code?
If you use a recent enough Neovim, nvr will use the same exit code as the linked nvim.
E.g. nvr --remote-wait <file>
and then :cquit
in the linked nvim will make
nvr return with 1.
How to send a message to all waiting clients?
If you open a buffer with any of the wait options, that buffer will get a
variable b:nvr
. The variable contains a list of channels wheres each
channel is a waiting nvr client.
Currently nvr only understands the Exit
message. You could use it to
disconnect all waiting nvr clients at once:
command! DisconnectClients
\ if exists('b:nvr')
\| for client in b:nvr
\| silent! call rpcnotify(client, 'Exit', 1)
\| endfor
\| endif
Can I have auto-completion for bash/fish?
If you want basic auto-completion for bash, you can source this script in your .bashrc.
This also completes server names with the --servername
option.
If you want auto-completion for fish, you can add this file to your fish completions dir.