This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-12-22
Channels
- # adventofcode (1)
- # beginners (172)
- # boot (47)
- # cider (7)
- # cljs-dev (30)
- # cljsrn (43)
- # clojure (180)
- # clojure-dusseldorf (1)
- # clojure-greece (1)
- # clojure-italy (3)
- # clojure-russia (41)
- # clojure-spec (67)
- # clojure-uk (101)
- # clojurescript (128)
- # core-async (4)
- # cursive (13)
- # datomic (29)
- # devcards (5)
- # emacs (19)
- # events (1)
- # hoplon (38)
- # lein-figwheel (1)
- # luminus (8)
- # midje (1)
- # off-topic (47)
- # om (10)
- # onyx (23)
- # protorepl (1)
- # re-frame (11)
- # reagent (7)
- # ring (3)
- # ring-swagger (9)
- # rum (6)
- # sql (5)
- # untangled (4)
getting "no app-db changes caused by" for a lot of handlers that should have produced a diff
not a good example though: http://pastebin.com/vtnW0NW7
It seems I can’t use add-watch
to monitor re-frame subscriptions if the subscriptions aren’t dereffed in any component. Is that correct? I’m running my React Native headlessly and thus don’t have any React components mounted.
@alqvist could it be that the value of db
after the merge
just so happens to be =
to the original value of db
? Hence nothing changing?
Ie, are all these events already in db
somehow, from before?
OR events
might be nil
or an empty collection.
Wild guessing. Can't see anything wrong with the pasted code.
@vikeri that sounds about right, although I've never tried it.
@mikethompson Alright, so no way of monitoring a reaction without dereffing it in a component? Any ideas of how I should solve it then? I would like to reuse as much of my re-frame logic as possible.