This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-07-17
Channels
- # announcements (11)
- # beginners (29)
- # calva (2)
- # clara (12)
- # cljsjs (1)
- # cljsrn (7)
- # clojure (39)
- # clojure-europe (6)
- # clojure-nl (7)
- # clojure-spec (6)
- # clojure-sweden (1)
- # clojure-uk (15)
- # clojuredesign-podcast (6)
- # code-reviews (2)
- # conjure (29)
- # cursive (3)
- # datomic (13)
- # duct (15)
- # emacs (1)
- # figwheel-main (2)
- # fulcro (7)
- # graalvm (16)
- # lambdaisland (4)
- # luminus (1)
- # meander (15)
- # observability (15)
- # off-topic (27)
- # parinfer (7)
- # pathom (2)
- # reitit (2)
- # rum (11)
- # shadow-cljs (57)
- # spacemacs (6)
- # sql (56)
- # tools-deps (36)
- # xtdb (3)
I’m having a problem where I’m using comp/transact!!
on fields in a sub-form modal. My sub-form changes into dirty state and the UI updates accordingly, but the parent isn’t seeing the changes, so when I trigger “save” on the parent form from the sub-form’s modal, the changes don’t propagate to the back-end because fs/dirty-fields
at the parent returns nothing.
The problem was from calling fs/mark-complete*
from within the comp/transact!!
. I instead made a second comp/transact!
that just calls fs/mark-complete!
and that seems to fix it.
anyone doing backend pagination? with datomic? i was doing front end pagination ( get full list of items and paginate on those ) but too many to handle now. with datomic i found the limit and offset and not deterministic, so do i have to get all items in query and sort and limit and offset manually ?
@dansudol that’s how I’m doing it. One possible improvement I haven’t tried is only getting the db IDs (and minimum sort keys), paginate those, then only retrieve the entity bodies for the current page of ids
gotcha thosmos, that is another idea too