This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-20
Channels
- # aws (1)
- # beginners (14)
- # boot (30)
- # cider (6)
- # clara (9)
- # cljsjs (3)
- # cljsrn (22)
- # clojure (247)
- # clojure-dusseldorf (75)
- # clojure-france (38)
- # clojure-italy (6)
- # clojure-japan (8)
- # clojure-nl (3)
- # clojure-russia (16)
- # clojure-serbia (4)
- # clojure-spec (1)
- # clojure-uk (53)
- # clojurescript (168)
- # consulting (3)
- # copenhagen-clojurians (1)
- # core-async (7)
- # css (1)
- # datascript (3)
- # datomic (8)
- # dirac (22)
- # events (1)
- # hoplon (2)
- # jobs (1)
- # jobs-discuss (2)
- # leiningen (4)
- # lumo (138)
- # mount (13)
- # nyc (1)
- # off-topic (24)
- # om (34)
- # onyx (15)
- # pedestal (30)
- # re-frame (9)
- # reagent (23)
- # ring (1)
- # ring-swagger (24)
- # rum (6)
- # spacemacs (6)
- # specter (51)
- # uncomplicate (14)
- # unrepl (1)
- # untangled (17)
- # yada (12)
To be clear, it's rendering fine despite the warnings. The css transform just isn't being applied. I'm mainly just trying to do a sanity check that I'm getting the Om part right before I ask CSS people if it could be an issue with styling form elements in particular.
@sophiago looking at it briefly you’re passing a CLJS map instead of a JS object to slider
missing a #js
also the apply
call looks fishy to me
actually you shouldn’t need #js
there
since you’re passing it to an Om component
you’re just not using the style
prop you’re passing in slider
ever though
so it’s normal the CSS transform is not being applied
should i be calling slider as a function literal inside apply? and also setting :transform
as a prop?
probably
sorry I wasn’t clear on the apply stuff
I meant just:
(dom/div nil (slider ...))
also, to be clear...i'm unsure whether a matrix transform will even work on this element...that's why i hate CSS 😛
i'm getting a runtime error just using ui
as if it's a function call on line 25. but i believe you told me a while ago that's essentially how to use the defui macro works under the hood?
@sophiago you still need to create a factory for it
and the factory is what you’re supposed to call
ok, thanks. i was originally using a factory but didn't realize i needed to use one in order to modify props like this
@anmonteiro does the edited snippet above look correct to you?
trying to get some feedback from the css people on freenode about transforming form elements, but
apparently css isn't the issue here: https://jsfiddle.net/entuland/pLet0yb1/
@sophiago In om.next, isn't it just :key
and not :react-key
?
hello! I was trying to find examples of combining om.next and datascript.. I see the use of a DataScriptStore implementing some protocols here https://github.com/swannodette/om-datascript/blob/master/src/om_datascript/core.cljs (2 years old) which seems "more complete" but the current wiki shows a different strategy: https://github.com/omcljs/om/wiki/DataScript-Integration-Tutorial (and I heard somwhere that set-query!
would not work with datascript as state). Anyone care to comment if there is a current ref. best practice? Anyone used either implementation in production? trying to gather knowledge about past experiences
I'm aware about some of the trade-offs.. to perhaps favour keeping Om.Next state simply as an atom of projected data.. Considering those trade-offs right now 🙂
@peeja: its possible to have multiple children of a component where some share idents.. not typically but certainly possible 🙂
@matthavener Yes we use that approach all over our app
and your keyfn is some combination of ident + other stuff?
I believe Om.next set’s a default one, we haven’t had any problems just not setting it.