This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-10-18
Channels
- # announcements (8)
- # aws (5)
- # babashka (69)
- # beginners (37)
- # calva (222)
- # cider (10)
- # clj-commons (8)
- # clj-kondo (69)
- # cljdoc (5)
- # clojure (62)
- # clojure-dev (23)
- # clojure-europe (37)
- # clojure-italy (2)
- # clojure-nl (6)
- # clojure-sg (6)
- # clojure-uk (5)
- # clojurescript (25)
- # clojureverse-ops (12)
- # conjure (1)
- # cursive (1)
- # fulcro (9)
- # gorilla (1)
- # graalvm (6)
- # graphql (1)
- # gratitude (1)
- # honeysql (7)
- # introduce-yourself (4)
- # jobs (1)
- # kaocha (9)
- # keyboards (4)
- # leiningen (8)
- # lsp (21)
- # malli (9)
- # music (3)
- # nextjournal (17)
- # nrepl (6)
- # off-topic (10)
- # pathom (12)
- # portal (25)
- # reagent (8)
- # releases (1)
- # specter (1)
- # xtdb (1)
I'm expanding an array of maps, can successfully open the array, then an item. Item is rendered with several keys, followed by 10 more...
. Clicking on that gives Rendering error
. Is this a known issue?
We've got an unreleased fix related to lazy loading but would be great if you had a small repro so we can make sure it's that. Thanks!
can you try https://clojars.org/io.github.nextjournal/clerk/versions/0.1.179 let me know if it’s fixed there? Thank you!
Yes, thank you! This may have been mentioned before: after a map has been "pretty printed" vertically by clicking {
, hitting the ...
button flips it back to horizontal. Clicking {
again puts it back to vertical layout with the extra fields.
I also see a lot of these:
#object[TypeError TypeError: Failed to fetch]
Is this an issue with my notebook code?Let me see if I can figure one out that isn't all tangled up in SQL queries.
there's a small sqlite db in https://github.com/nextjournal/clerk-demo/blob/main/notebooks/how_clerk_works.clj#L61 maybe this helps with the repro
I have a hunch this and some other issues I was seeing might have been related to cache persisting across different versions of clerk. I did a clerk/clear-cache!
, so far things are looking much better.
I think the root cause was that some value for a Java object had gotten cached with the nippy unthawable map. Then it would throw in some situations that it couldn't find the Java method on PersistentHashMap. The clue was that when I changed the constructor parameters to that class, I couldn't repro anymore, so I'm assuming it was cache.
And great work on this. clerk is exactly the tool I've been wanting forever, never had the time to really tackle it myself. Thank you!
just released https://clojars.org/io.github.nextjournal/clerk/versions/0.1.179 with three small fixes (https://nextjournal.com/mk/clerk-preview/edit#0.1.179): • Fix lazy loading for non-root elements • Fix exception when lazy loading end of string • Fix regression in `clerk/clear-cache!`