-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Passing lintr options to ESS from the configuration. #16375
Comments
In many cases either way should work: Setting variables in the layer declaration, or using Some ideas, though I do not use ess regularly myself:
'("object_name_linter(\"CamelCase\")")
(setopt flycheck-global-modes (remove 'ess-r-mode flycheck-global-modes)) |
I don't know if I'm interpreting 2 correctly, does it imply that I need to take care not two packages are calling for the linter at the same time? Something like a more global one ignoring my config might be taking over? |
In this particular case, the main problem I see is that the variable However I'm not sure if it ever makes sense to have both Have you already tried if the above solves your problem? It seems to work for me. |
Issue
I need to configure some ESS (emacs speaks statistics) variables.
My intention is to configure the linter to accept CamelCase variable names.
I'm not fluent in Elisp (I intend to ammend that, but now I need to finish some work).
What I know so far
I need to pass the value
linters_with_defaults(object_name_linter = "CamelCase")
to ESS'sess-r-flymake-linters
option.For a similar ssue, in the ESS wiki, they seemingly set a parameter in a non declarative way, which I believe is not how you do it in
.spacemacs
.What they do is
(setq ess-r-flymake-linters '("line_length_linter = line_length_linter(120)"))
.My attempt
In
.spacemacs
.Result
My CamelCase variables are still highlighted as errors, so I assume ESS is not receiving the parameters I intend to send.
The text was updated successfully, but these errors were encountered: