This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-02-10
Channels
- # asami (2)
- # babashka (28)
- # beginners (91)
- # calva (38)
- # cider (7)
- # clj-kondo (20)
- # cljfx (3)
- # clojure (88)
- # clojure-austin (1)
- # clojure-australia (2)
- # clojure-bay-area (10)
- # clojure-europe (68)
- # clojure-france (8)
- # clojure-italy (14)
- # clojure-nl (4)
- # clojure-sanfrancisco (1)
- # clojure-uk (14)
- # clojurescript (37)
- # clojureverse-ops (14)
- # clojurewerkz (1)
- # clr (1)
- # conjure (13)
- # cursive (10)
- # datascript (30)
- # datomic (6)
- # emacs (13)
- # exercism (3)
- # fulcro (10)
- # graalvm (4)
- # graphql (2)
- # instaparse (5)
- # jobs (3)
- # kaocha (10)
- # off-topic (20)
- # pathom (17)
- # polylith (7)
- # re-frame (25)
- # remote-jobs (1)
- # shadow-cljs (60)
- # spacemacs (5)
- # specter (1)
- # startup-in-a-month (1)
- # tools-deps (48)
- # vim (4)
- # xtdb (11)
Hello cljfx! I’m looking to draw some live-updating charts from an otherwise CLI Clojure app. I’m building prototypes with various charting libraries to test them out. One option is https://github.com/GSI-CS-CO/chart-fx , which draws charts via JavaFX. There appear to be no Clojure bindings or wrapper, but the Java code is straightforward enough. Given the bounded use case of just drawing some live-updating charts (as opposed to developing a complex GUI app), should I attempt to run chart-fx through cljfx, or would it be simpler in this limited case to just use JavaFX directly?
Hi! cljfx/react is a layer of indirection that brings complexity. The benefit it gives is ability to derive UI from data that saves you from manually updating parts of UI when changes occur, so I would say it depends on the amount of interactivity/reactivity your chart window will have. If it’s only showing charts, bare JavaFX should be enough.
Excellent, thank you. I’ll proceed with just JavaFX for now. It’s good to know something like cljfx exists, in case this develops future complexity.