i haven’t figured clj kondo out yet, i turned it off

i am feeling more fluent now in vscode though (i switched) so can possibly start figuring it out this week

i’m assuming it would be the same as emacs

I figure I probably could just add a reader conditional around every context switch, though that feels a bit verbose Curious if the two could be done together somehow :thinking_face: Thanks anyways; things are looking very exciting 😁

a good question for #CHY97NXE2 - my guess is you'll need to write a custom hook. I'm not sure if custom hooks can control that context, though

there are some old threads here as well with borkdude comments

You can completely ignore specific forms (and everything inside) like this:

$ clj-kondo --lint - --config '{:config-in-call {shadow.cljs.modern/defclass {:ignore true}}}' <<< "(require '[shadow.cljs.modern :as m]) (m/defclass 1 2 x y z)"
linting took 39ms, errors: 0, warnings: 0

{:lint-as {shadow.cljs.modern/defclass clj-kondo.lint-as/def-catch-all}}}

some previous discussions https://clojurians.slack.com/archives/C7Q9GSHFV/p1681657983597109 https://clojurians.slack.com/archives/C7Q9GSHFV/p1681657983597109

I'm willing to look into this a bit, I'm not yet sure how support for electric would work

i think a lot of the lint rules simply do not apply (unless the strategy is changed)

Ok we can simply shut off the linter in certain electric macros

that seems to be about the same as shutting it off entirely, because the macros nest

(I think it's fine to shut it off entirely in Electric regions for a while while we learn more from experience, it will at least make the errors go away)

I use {:ignore [:unresolved-namespace]}