This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-06-18
Channels
- # announcements (35)
- # babashka (31)
- # beginners (77)
- # biff (23)
- # calva (1)
- # clj-kondo (4)
- # cljsrn (3)
- # clojure (71)
- # clojure-dev (9)
- # clojure-europe (51)
- # clojure-france (3)
- # clojure-germany (1)
- # clojure-nl (3)
- # clojure-spec (9)
- # clojure-uk (42)
- # clojurescript (24)
- # clojureverse-ops (3)
- # component (16)
- # cursive (1)
- # data-science (8)
- # emacs (1)
- # fulcro (5)
- # graalvm-mobile (1)
- # graphql (2)
- # honeysql (36)
- # leiningen (3)
- # malli (3)
- # off-topic (16)
- # remote-jobs (1)
- # sql (3)
- # testing (19)
- # tools-deps (11)
- # xtdb (20)
Can I just check my assumptions: inside a UISM handler it should be fine to swap!
on the state atom in (-> env ::uism/app ::application/state-atom)
?
I’m doing that and I can see the updated atom change to what I expect via a watcher on the state atom and by derefing it in the handler but the state atom then reverts to the old value (which I can also see happening in the watcher call back)
I don't know. I only know these rules: Make sure not to use transact![!]; use only apply-action and trigger-remote-mutation.
Thanks… I wonder if I’m reading this correctly to mean that I can swap on the state atom: “Your state machine handlers are already an implementation of the client side operations of a mutation, so really what we need is a way to trigger a remote mutation and then trigger events based on the outcome.” …that seems to agree with what you’re saying “Make sure to not use transact!“.