This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-03-16
Channels
- # aleph (1)
- # announcements (16)
- # babashka (36)
- # beginners (62)
- # calva (15)
- # cider (21)
- # cljsrn (5)
- # clojure (84)
- # clojure-dev (3)
- # clojure-europe (22)
- # clojure-italy (2)
- # clojure-nl (2)
- # clojure-uk (3)
- # clojurescript (36)
- # core-async (2)
- # cursive (4)
- # datomic (8)
- # emacs (14)
- # events (1)
- # fulcro (4)
- # hyperfiddle (6)
- # introduce-yourself (3)
- # jobs (1)
- # leiningen (4)
- # lsp (100)
- # nrepl (3)
- # off-topic (36)
- # pathom (17)
- # podcasts-discuss (1)
- # polylith (4)
- # portal (14)
- # react (1)
- # reagent (3)
- # reitit (8)
- # releases (3)
- # remote-jobs (1)
- # reveal (7)
- # shadow-cljs (19)
- # sql (16)
- # web-security (3)
Is there a way to increase the number of lines that can get shown as a result of a function execution in the repl?
New Calva out: https://github.com/BetterThanTomorrow/calva/releases/tag/v2.0.254 • https://github.com/BetterThanTomorrow/calva/pull/1592 • Maintenance: https://github.com/BetterThanTomorrow/calva/pull/1585
This is definitely reviving https://clojurians.slack.com/archives/CBE668G4R/p1642803700114400, but I’ve encountered exceptions taking a long time to show up in a non-dockerized repl. It takes about 3 seconds for the exception to show up, and the stack trace is only 16 lines long time spent serializing it isn’t likely to be the cause. I also notice that if the exception was a CompilerException, after an exception is raised, I see an error popup in the bottom right of VSCode that says “n.filter is not a function”. That might be a separate issue though. Even stranger, this slow exception behavior happens on one of my computers, in a fresh project on another computer, exceptions appear almost instantaneously. Maybe this is unrelated, but it looks like throw
might not be getting highlighted correctly either? I’d expect it to be the same color as def
. Sorry for the word barf, I’m just excited to have finally reproduced the issue
You are welcome to file an issue about the delay. At least I don't thnk we have one... The n.filter
might be a clue so mention that in the issue, please.
The highlighting... What do you get if you inspect with Developer Inspect Tokens and Scopes?
Looks like clojure-lsp is not recognizing it as a macro. I vaguely remember this being a known issue. Maybe search a bit in #lsp about it.
Linking the thread here for posterity: https://clojurians.slack.com/archives/CPABC1H61/p1647446710688249
Should I add onto this issue or file a new one? https://github.com/BetterThanTomorrow/calva/issues/1051
If you think it might be the same issue then add on to it. You can also create a new one and link to it as possibly related. We are not too strict around these things. Mostly people make good calls, and we rather have too many reports than too few. 😃
Oh hey I've been seeing the n.filter thing too! When evaluating a whole file which contains errors. I didn't pay much attention to it
I filed an issue about the n.filter issue recently: https://github.com/BetterThanTomorrow/calva/issues/1567. It’s probably a fairly easy fix, I just haven’t gotten to it.