This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-03-25
Channels
- # aleph (9)
- # announcements (2)
- # babashka (32)
- # babashka-sci-dev (72)
- # beginners (77)
- # calva (1)
- # cider (3)
- # clj-kondo (19)
- # clojure (61)
- # clojure-brasil (13)
- # clojure-europe (25)
- # clojure-italy (1)
- # clojure-nl (2)
- # clojure-norway (27)
- # clojure-uk (23)
- # clojuredesign-podcast (6)
- # clojurescript (12)
- # conjure (2)
- # core-typed (3)
- # cursive (6)
- # datalevin (2)
- # datomic (13)
- # emacs (9)
- # events (19)
- # fulcro (6)
- # graphql (11)
- # gratitude (2)
- # helix (3)
- # honeysql (16)
- # jobs (1)
- # lsp (89)
- # malli (33)
- # meander (14)
- # off-topic (87)
- # pathom (4)
- # polylith (7)
- # portal (4)
- # practicalli (1)
- # rdf (6)
- # reagent (2)
- # releases (8)
- # remote-jobs (1)
- # shadow-cljs (59)
- # sql (8)
- # tools-deps (14)
- # xtdb (18)
I'm taking a form with it's subform via (let [fields (fs/dirty-fields props false)]
. This is cool, but how can convert the normalized fields to denormalized (joined) fields?
subforms in the form-state system are always components. Dirty/invalid is done at each subform component, so the props are already relative.
At the “top level” you should only care about the field that are explicitly there, or that something is wrong…the specifics are handled lower down in the subform components
Otherwise you’d have a huge mess of path info to deal with. You’re certainly welcome to hand-write form handling library yourself and switch it around to something you prefer 😄
I'm sorry. I feel like I haven't expressed myself sufficiently. I use dirty fields
in the transact!
's mutation (as shown in the docstring of dirty-fields
). However, I would like the dirty-fields
to not be normalized, but rather denormalized when I send them over the wire.