This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-17
Channels
- # aleph (3)
- # announcements (12)
- # beginners (80)
- # boot (3)
- # braveandtrue (16)
- # calva (3)
- # cider (82)
- # clojure (100)
- # clojure-art (3)
- # clojure-dev (79)
- # clojure-estonia (1)
- # clojure-europe (4)
- # clojure-finland (15)
- # clojure-indonesia (1)
- # clojure-italy (20)
- # clojure-nl (4)
- # clojure-spec (24)
- # clojure-sweden (2)
- # clojure-switzerland (1)
- # clojure-uk (99)
- # clojurescript (145)
- # cursive (8)
- # data-science (7)
- # datomic (26)
- # emacs (4)
- # figwheel-main (20)
- # fulcro (8)
- # graphql (3)
- # hoplon (2)
- # jobs (1)
- # kaocha (5)
- # leiningen (2)
- # liberator (19)
- # off-topic (16)
- # pathom (9)
- # perun (1)
- # portkey (2)
- # re-frame (17)
- # reitit (1)
- # shadow-cljs (26)
- # spacemacs (7)
- # vim (49)
@thosmos don’t think either one is going to work. You have two basic choices I think: Write a configurable component whose info sits in state, or a macro…both defsc and sc are macros, so they’d expand before the bits you’re passing arrive.
I see the destructure of the computed arg would only come from the call to the factory, whereas my pseudo code assumes they'd be available during the macro compilation phase. think I got it
remember that you can pull the form fields from the defsc’s declaration of them, and with a bit more declared “schema” it would not be too hard to make reusable functions that could be given this
and a field and render the rest…with a bit more info, I could imagine a reusable function that could render the entire form as a single call.