This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-02-13
Channels
- # aleph (3)
- # announcements (2)
- # aws (48)
- # babashka (93)
- # beginners (101)
- # bristol-clojurians (1)
- # cider (3)
- # clj-kondo (17)
- # cljdoc (1)
- # cljsrn (3)
- # clojure (208)
- # clojure-dev (2)
- # clojure-europe (19)
- # clojure-italy (18)
- # clojure-losangeles (16)
- # clojure-nl (8)
- # clojure-spec (21)
- # clojure-sweden (8)
- # clojure-uk (57)
- # clojuredesign-podcast (6)
- # clojurescript (10)
- # code-reviews (6)
- # core-typed (1)
- # cryogen (7)
- # cursive (38)
- # datomic (34)
- # duct (13)
- # emacs (13)
- # fulcro (16)
- # funcool (2)
- # graalvm (1)
- # lambdaisland (5)
- # luminus (8)
- # lumo (1)
- # malli (2)
- # off-topic (12)
- # pathom (9)
- # re-frame (13)
- # reagent (11)
- # ring (3)
- # shadow-cljs (15)
- # sql (19)
- # tools-deps (61)
- # xtdb (23)
A co-worker is having trouble in VSCode with the bundled clj-kondo linter seeming not to respect a local .clj-kondo/config.edn file
I think plugins in VSCode get the current working directory from the current workspace
So if you’re editing files outside of that, that may not work. Could that be the problem maybe?
The rest of us on the team either use emacs and flycheck or vim and ale and it has all worked so smoothly for us
there used to be a patch in clj-kondo that when linting a single file it starts looking from the parent dir of that file, but that was only a workaround for a specific editor it might make sense for these cases, but in general the workspace thing works I think
also the LSP plugin doesn't even see the filename, so it's a bit tricky to apply it in that case. if you know how it works, it's not a problem I reckon