This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-12-14
Channels
- # adventofcode (20)
- # arachne (11)
- # beginners (53)
- # boot (342)
- # cider (54)
- # cljs-dev (39)
- # cljsrn (4)
- # clojure (78)
- # clojure-brasil (2)
- # clojure-italy (5)
- # clojure-nl (4)
- # clojure-quebec (1)
- # clojure-russia (90)
- # clojure-sanfrancisco (4)
- # clojure-spec (55)
- # clojure-uk (27)
- # clojurescript (170)
- # core-async (1)
- # core-logic (1)
- # css (1)
- # cursive (8)
- # datomic (83)
- # dirac (5)
- # hoplon (24)
- # lambdaisland (1)
- # lein-figwheel (23)
- # midje (2)
- # off-topic (1)
- # om (4)
- # om-next (7)
- # onyx (74)
- # proton (1)
- # protorepl (22)
- # rdf (2)
- # re-frame (105)
- # reagent (15)
- # ring-swagger (3)
- # rum (4)
- # slack-help (17)
- # spacemacs (14)
- # untangled (62)
- # vim (4)
- # yada (18)
Calling om/update-state! on some child of parameterized list component changes props the child receives to root props, I don’t know what’s happening. I’m out of my depth here, but testing this problem with example in om.next tutorial resulted in the same erroneous (I think) behavior so I reported the bug. Is it a bug or am I missing something? https://github.com/omcljs/om/issues/830
the circleci frontend has bits and pieces https://github.com/circleci/frontend/blob/master/src-cljs/frontend/parser.cljs
I’m using om alpha 47, and it looks like I can get the component associated with a query directly through the ast using the :component
key. But in some of the om.next source, it looks like it is taking the component information from the :query
key metadata. Is there any reason I should use one of these over the other in my own code?