Skip to content

simplify remote plugins #108

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Open
4 of 6 tasks
justinmk opened this issue Jun 10, 2024 · 2 comments
Open
4 of 6 tasks

simplify remote plugins #108

justinmk opened this issue Jun 10, 2024 · 2 comments

Comments

@justinmk
Copy link
Member

justinmk commented Jun 10, 2024

Problem

The design, and usage, of remote plugins can be simplified, as described in neovim/neovim#27949

tl;dr:

  • remove the concept of "remote plugins"
  • instead, any Ruby module that imports the neovim-ruby client can call register_handler to handle requests from Nvim
  • "remote plugins" become plain old Lua plugins which call RPC methods on the Go module

Solution

  • Apply the above proposal to neovim-ruby client.
  • Deprecate the old rplugin interface.
  • Update handling of g:ruby_host_prog, so it can point to ruby
    • Transitional phase: neovim-ruby-host will continue to be accepted; the path to ruby will be derived by inspecting the shebang in neovim-ruby-host.
  • (Nvim 0.12) Remove old rplugin-related code

Related

@alexgenco
Copy link
Collaborator

Update handling of g:ruby_host_prog, so it can point to ruby

(Nvim 0.12) Remove old rplugin-related code

Is there anything to do for these in this repo? These seem like changes to neovim itself, except maybe deleting the remote plugin code once nvim 0.12 lands.

@justinmk
Copy link
Member Author

Correct. Just for tracking/visibility

# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

No branches or pull requests

2 participants