This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-12-26
Channels
- # adventofcode (2)
- # babashka (17)
- # babashka-sci-dev (4)
- # beginners (8)
- # chlorine-clover (4)
- # clj-kondo (18)
- # clj-on-windows (1)
- # clojure (11)
- # clojure-india (12)
- # clojure-nl (1)
- # clojure-spec (9)
- # clojure-uk (3)
- # clojurescript (9)
- # conjure (3)
- # events (1)
- # graalvm (6)
- # lsp (6)
- # meander (4)
- # music (2)
- # off-topic (10)
- # other-languages (9)
- # re-frame (2)
- # releases (1)
- # reveal (8)
- # sci (1)
- # tools-deps (6)
that looks really nice, especially the dynamic signals. is that two way? i had a quick look at the implementation but still don’t understand cljfx:) and could i bind the signals to atoms for updates?
You can use observable view to drive updates, see example in vlaaad.reveal/vega-view docstring
My concern with making it 2 directional is that serialization now also has to work 2 way, and it will bring complexity where e.g. map vals are keywords in JVM, then that are serialized to strings when converted to json, so you receive something else back
i’m displaying flamegraphs of the running repl code through vega. when you click on a trace i’d like to know in clojure so i can jump the ide to that function def, rerun that function or show a detailed view for arguments/return values. i’ve got a prototype in portal already, just didn’t have the time to finish yet, would be interesting to also get it working with reveal. the more general usecase would be user interaction for data reload/streaming