This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-28
Channels
- # announcements (5)
- # aws (16)
- # beginners (62)
- # calva (2)
- # cljdoc (17)
- # cljs-dev (2)
- # clojure (89)
- # clojure-brasil (1)
- # clojure-europe (3)
- # clojure-italy (12)
- # clojure-nl (1)
- # clojure-russia (2)
- # clojure-spec (10)
- # clojure-uk (26)
- # clojurescript (45)
- # cursive (4)
- # data-science (6)
- # datavis (1)
- # datomic (15)
- # duct (5)
- # fulcro (55)
- # juxt (1)
- # kaocha (2)
- # leiningen (1)
- # off-topic (101)
- # pathom (12)
- # portkey (4)
- # quil (5)
- # re-frame (9)
- # reagent (2)
- # reitit (28)
- # shadow-cljs (114)
- # spacemacs (9)
- # speculative (2)
- # sql (3)
- # test-check (18)
is day8.re-frame/tracing
and specifically fn-traced
is still relevant? I thought its functionality was pulled into 10x
project. I’m asking because I’ve stumbled on a project that uses them both and I’m curious if fn-traced
still needed
What is the best practice for dispatching an event that needs to associate two values to two seperate keys in the db?
:on-click #(do (re-frame/dispatch [::events/toggle-foo])
(re-frame/dispatch [::events/set-foo @some-subscription]))
This is something I have struggled with for a while and came to the realization that I was using events wrong. I was trying to use them like actions, which it seems like that's what you are doing too.
The premise is that whatever thing's on-click you are registering to should be it's own event
For example I would have a search button and it would dispatch multiple events like update-search-term
and clear-search-bar
but those weren't actually modelling the event that came into the system from the user, which was just simply a search
event