omnisharp-roslyn VS neovim-remote

Apropos lsp, these two might be interesting, if you haven't yet given up on C#. Again, that should work on many editors, including the evil one at hand. Note how both explicitly name vim, emacs and vscode in their documentation.

I've been using Neovim (on Windows, not WSL) with Unity and the Omnisharp LSP smoothly for a while now, and it's definitely possible to have a decent experience. Assuming your config is already setup for LSP, completion, snippets, etc., there are a few Unity/Omnisharp specific workarounds to be aware of:

I solved it using the workaround at the end of this issue thread in omnisharp-roslyn

See: https://github.com/OmniSharp/omnisharp-roslyn/issues/2483 for some solutions.

No, Sematic Tokens has an issue opened for it since Dec 2022, with couple (well, at least one that I have seen) PRs open trying to fix it and some hacking around the issue in the comments, but it's not solved afaik.

Have a Look at this

I think the issue is related to 'Semantic Tokens' introduced in version 0.9 https://github.com/OmniSharp/omnisharp-roslyn/issues/2483

I did, but it's a little bit tricky. If you could wait some hours I will share it with you after work. You can take a look at this thread first: https://github.com/OmniSharp/omnisharp-roslyn/issues/2250

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.