Skip to content
New issue

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

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't set up lspconfig clients if conflicting plugins are installed #353

Open
mrcjkb opened this issue Jan 29, 2024 · 1 comment
Open

Don't set up lspconfig clients if conflicting plugins are installed #353

mrcjkb opened this issue Jan 29, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@mrcjkb
Copy link

mrcjkb commented Jan 29, 2024

Is your feature request related to a problem? Please describe.

Hey 馃憢

I sometimes have users opening issues/discussions because mason-lspconfig sets up lspconfig configurations that conflict with my plugins (haskell-tools.nvim, rustaceanvim), when they use mason to install a language server.

Often (usually when using a distro), they aren't aware that mason-lspconfig is installed.

Describe the solution you'd like

Would it be feasible for mason-lspconfig.nvim to check for the presence of certain plugins (e.g. by searching the runtimepath or with a pcall('require', ...)), and basing the default behaviour on the presence of those plugins?

Describe potential alternatives you've considered

N/A

Additional context

Example: mrcjkb/rustaceanvim#94

@mrcjkb mrcjkb added the enhancement New feature or request label Jan 29, 2024
@mrcjkb
Copy link
Author

mrcjkb commented Apr 4, 2024

After looking at the codebase, it looks to me like mason-lspconfig doesn't actually call the lspconfig configurations' setup functions automatically (@williamboman can you confirm this?).

I believe it's distros like LazyVim and AstroNVim that are adding this behaviour.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant