-
-
Notifications
You must be signed in to change notification settings - Fork 223
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’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove the display diagnostics setting in favor of managing diagnostics entirely via clojure-lsp config #1067
Comments
You don't need to change user config, you can pass those same configs via initializationOptions :) |
the server will still calculate since we use for other features, but we will not publish them, avoiding unnecessary json to client, eventually improving performance |
Got it, thanks! Since this wouldn't take effect until next startup though, I think it makes sense to do this along with the existing middleware usage we have. Btw, am I understanding correctly that the initializationOption setting is |
Yes, I'll fix the docs, thanks! |
Removing this setting after discussing in Slack. |
https://clojure-lsp.github.io/clojure-lsp/settings/#diagnostics-linter
Currently we just intercept diagnostics in the lsp middleware, but perhaps a better method is to modify the lsp config. I'm not sure though if this is wise. To disable diagnostics for all projects, we'd need to modify the users
~/.lsp/config.edn
, and then modify it again if we want to enable them.Would modifying the user's global lsp config pose any issues? I guess another thing to consider is would the change be immediately noticeable. With the current implementation using middleware, the change is immediate. We could always keep the current method for the immediate effect, plus modify the config if that actually prevents some work being done on the server.
@ericdallo Does turning linting off in the lsp config cause less work by the server? I guess it at least makes it not send the diagnostics notification, but does it calculate them for other things anyway?
The text was updated successfully, but these errors were encountered: