This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-11-01
Channels
- # announcements (3)
- # babashka (20)
- # beginners (77)
- # calva (27)
- # cider (5)
- # clara (3)
- # clj-kondo (9)
- # cljs-dev (4)
- # cljsrn (5)
- # clojure (26)
- # clojure-europe (32)
- # clojure-italy (5)
- # clojure-nl (3)
- # clojure-uk (5)
- # clojurescript (25)
- # clojureverse-ops (4)
- # core-async (49)
- # cursive (15)
- # data-science (1)
- # datahike (4)
- # datomic (3)
- # docker (1)
- # events (1)
- # helix (5)
- # holy-lambda (3)
- # introduce-yourself (1)
- # jobs (1)
- # kaocha (2)
- # lsp (15)
- # malli (42)
- # off-topic (18)
- # pathom (18)
- # pedestal (12)
- # polylith (7)
- # rdf (1)
- # re-frame (22)
- # reitit (2)
- # releases (1)
- # remote-jobs (1)
- # rewrite-clj (33)
- # shadow-cljs (85)
- # spacemacs (3)
- # vim (12)
- # xtdb (29)
I noticed calva code actions are not working on my vscode for some reason, I then tested on a friend's machine and the same happened, maybe something broke on recent versions? 🧵
to test that:
1. move cursor to a function name
2. ctrl/command
+ .
3. select cycle-privacy
4. nothing happens...
so it's not regarding clojure-lsp since the code actions just call the existing commands, and when selecting the code action I can't see anything on clojure-lsp logs
I confirmed that rolling back vscode-languageclient
from 7.0.0
to 6.1.3
fixes the issue 😔
I tried using the most recent version as well but it didn't fix the issue unfortunately
that's weird though, I tested dart-code vscode extension which uses the same 7.0.0
version and code actions work perfectly, maybe some missing flag on calva?
Well, I debugged calva code and didn't find anything wrong, maybe a vscode-languageclient bug, I checked how https://github.com/Dart-Code/Dart-Code/blob/master/src/extension/analysis/analyzer_lsp.ts does and everything seems correct on calva.
Just tried it this:
to test that:
move cursor to a function name
ctrl/command + .
select cycle-privacy
nothing happens...
Can confirm nothing happens, but doing it via command pallette worksSomething changed between the language client versions that Calva isn’t prepared for, it seems. Please file an issue.
This may be related to some issue(s) I saw when I tried to update the client before. I can’t remember what I saw, but it seemed like there was some issue when I tried.
I’ve seen too many things to remember them all 😄. Next time we update the client we probably should do more extensive testing of lsp functionality before we merge.
yeah, the issue is really odd, I really have no idea why same lib version works good for Dart-Code but not for Calva 🤷
@UKFSJSM38 Would you mind creating an issue with some details about this?
Hi @pez, saw your comment there: https://github.com/BetterThanTomorrow/calva/issues/1370#issuecomment-956262633. What do you mean by no such trick is needed?
Calva has a few convenience features for Rich Comments:
1. Forms immediately inside them are treated as top level forms. So alt+tab
anywhere inside such a form will evaluate it. There is no need to place the cursor with precision. Thus when Sean in that video says that the trick will make it easier to “get at the forms inside”, I’d say it can’t get easier than alt+tab
😃
2. Still, it can be easier to “think” inside Rich comments if you can move the folding paren away, without it jumping back up when you format. So Calva supports that: https://calva.io/rich-comments/#thinking-space-is-kept
3. Calva has a command for creating a new Rich Comment block and it will create one, opened like that. So if Sean had recorded that today, he could have just used that command instead ctrl+alt+r c
.