vim-ultest VS neovim-remote

How about https://github.com/rcarriga/vim-ultest ?

I have one that's half working for ultest. I haven't bothered to get the colors right.

vim-test & vim-ultest (also essential for work)

Vim-UltestHelps to debug quickly and easily

But I haven't yet set up anything properly other than Debugpy. nvim-dap is very barebones, so I feel that the best way is to have an extra configuration plugin on top. Debugpy.nvim is a very specific frontend plugin, but there are also more general plugins like nvim-metals and vim-ultest which also offer integration with nvim-dap.

Love seeing my plugins in the wild! Just FYI for anyone reading vim-ultest has an integration with nvim-dap which allows you to write debugging configs for any language and debug tests. There are currently recipes for python and go but I'd love to see more added! https://github.com/rcarriga/vim-ultest/wiki/Debugging-Recipes

Another thing I use for tests is https://github.com/rcarriga/vim-ultest which allows running the test and seeing the output inside vim, which works quite nice once I have narrowed down the test file that has the failing test.

Notice that this script depends on mhinz/neovim-remote: Support for --remote and friends. (github.com). (nvr as you have notice). The full-path is required to make it work.

I am currently using https://github.com/mhinz/neovim-remote with this bit in my zshrc:

Since they are on different screens I cannot use a single neovim instance (I tried playing around with neovim-remote but seems like that's for the usecase of opening files in one instance from different terminals -- doesn't help). Due to multiple LSP instances changes in one file are not reflected in the other, e.g., file B imports some types from file A; I create a new type in A but since B's neovim instance is not aware of any change to the A file corresponding the LSP fails to see the new type.

This version includes `nv` binary which is [neovim-remote](https://github.com/mhinz/neovim-remote) but rewritten in Rust (I've did it out of boredom) also with interface similar to `page`.

Practical use case: when navigating in ANY terminal (or tmux) write a function that sends opened files to a single running neovim instance instead of spreading opened vim instances all around like neovim remote does, but works for any terminal

I see the integration with neovim is done via a separate plugin, did you think about adding support for neovim-remote?

Another way of doing what u/TheLeoP23 suggested is by using https://github.com/mhinz/neovim-remote . This way you have a single neovim instance and you can open it on different terminals and mantain your current workflow.