This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-30
Channels
- # announcements (3)
- # aws (5)
- # beginners (71)
- # boot (7)
- # calva (74)
- # cider (6)
- # clj-kondo (2)
- # cljs-dev (5)
- # clojars (6)
- # clojure (84)
- # clojure-dev (7)
- # clojure-europe (1)
- # clojure-italy (23)
- # clojure-nl (43)
- # clojure-sanfrancisco (1)
- # clojure-spec (4)
- # clojure-uk (173)
- # clojurebridge (1)
- # clojurescript (14)
- # cursive (44)
- # datomic (9)
- # duct (2)
- # emacs (2)
- # fulcro (4)
- # graalvm (4)
- # graphql (27)
- # hoplon (6)
- # keechma (50)
- # off-topic (3)
- # other-languages (8)
- # pathom (2)
- # pedestal (14)
- # planck (5)
- # re-frame (3)
- # reitit (6)
- # ring (2)
- # robots (2)
- # spacemacs (9)
- # tools-deps (15)
- # vim (44)
Is it normal for fs/dirty-fields
to return the ident of a subform rather than the values that map to it? {[:listing/by-id "58485c380117e6090042531d"] {:prices [:prices/by-id "58485c380117e6090042531f"]}}
It would be cool if when updating the subform it updated back to the root data, maybe I’m doing something wrong?
@njj yes that’s normal, dirty-fields returns normalized (i.e. flat) data
that’s usually easier to work with for the databases i’ve worked with, if you need something nested you can easily get that from the props