This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-09-25
Channels
- # alda (7)
- # aleph (10)
- # announcements (3)
- # babashka (103)
- # beginners (54)
- # calva (62)
- # clerk (2)
- # clj-yaml (27)
- # cljs-dev (1)
- # clojure (61)
- # clojure-europe (64)
- # clojure-nl (3)
- # clojure-norway (34)
- # clojure-sweden (4)
- # clojure-uk (4)
- # conjure (9)
- # cursive (1)
- # data-science (3)
- # fulcro (20)
- # gratitude (1)
- # hyperfiddle (54)
- # lsp (9)
- # malli (7)
- # meander (4)
- # membrane (17)
- # off-topic (23)
- # releases (3)
- # sci (1)
- # shadow-cljs (5)
- # sql (1)
- # tree-sitter (8)
- # vim (6)
I think I'm getting vim hanged because of printing too much to the hud, is there any way to limit its size?
Perhaps setting g:conjure#client#clojure#nrepl#eval#print_options#length
to something lower than the default of 500 so that longer sequences are truncated faster?
When I am dealing with something that's potentially big, I usually toss a (take 10 ...)
around it first
It's because I'm using the hud more like a log file. Making a migration of say a million entries and using println
for each one
tweak the prints to append to a file instead?
I think there's a function to clean the hud somewhere, at least I could try to run it when I see vim is about to hang
Is there something like "interrupt current rendering operation" in nvim? Maybe it could still produce the value (mostly this is not a problem) but wouldn't print it. Emacs has C-g C-g or something that allows to interrupt the current operation. It doesn't work all the time but it worked for me in the past. Conjure has "interrupt the REPL operation" but I think that it doesn't work when the value is already put to the printer mechanism. Basically -- vim doesn't hang because the data is too large. It hangs because the rendering takes a lot of work (the data is too large for rendering).