Yes, docstrings/etc are hard work- Certainly sensible to focus on the core
design issues.
On Tuesday, January 28, 2014 7:59:48 PM UTC-6, David Nolen wrote:
> People should implement sugar if they feel so inclined. Om is not mature
> enough that I want to spend time supporting extra stuff when th
People should implement sugar if they feel so inclined. Om is not mature
enough that I want to spend time supporting extra stuff when the library is
evolving so rapidly. Keeping docstrings and tutorials in sync and fielding
questions is keeping me plenty busy :)
David
On Tue, Jan 28, 2014 at 8:4
Is it wrong to wish "component" worked like this?
(component (render []
(div nil "Hello There!")))
(component (render-state [state]
(div nil "Hello There!"))
(component (will-mount [_]
(js/console.log "mounting!"))L
(render [
Well at least I can know guess at the etymology : sql join leaps to mind,
joining on a different "branch" of the state tree with keys from another branch.
I didn't understand that until I read your tutorial.
On Monday, January 27, 2014 10:35:54 AM UTC-8, David Nolen wrote:
> om/join is conceptu
Hi David
I managed to fix it by:
1. Changing project.clj to use om 0.3.0
2. lein cljsbuild clean
Thanks a lot for following up ;-)
I am enjoying working in Om/React with ClojureScript ;-)
On 28/01/2014, at 5:23 AM, David Pidcock wrote:
> Did you get this fixed Rudi?
> If your project file r
om/join is conceptually quite cool, but it actually needs some serious work
as alluded - currently you're likely to run into some nasty surprises if
you really try to use it. The tutorials aren't going to proceed until this
is addressed sometime this week.
David
On Mon, Jan 27, 2014 at 1:28 PM,
I'm a big fan of this new tutorial.
It hi-lights some of the benefits of cursors, and I actually realize how I
might use om/join suddenly :D
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups
On Mon, Jan 27, 2014 at 12:48 PM, Mike Haney wrote:
> I was initially surprised by the implementation in your tutorial using
> multimethods instead of protocols, especially since you are only
> dispatching on a single function. But as I thought about it more, I
> realized this could be a perfect
Thank you for this David. It's really amazing.
On Monday, January 27, 2014 1:19:03 AM UTC-2, David Nolen wrote:
> Glad to hear it. I recommend taking a look at the new section "Higher Order
> Components"
> http://github.com/swannodette/om/wiki/Tutorial#wiki-higher-order-components,
> we're fina
Glad to hear it. I recommend taking a look at the new section "Higher Order
Components"
http://github.com/swannodette/om/wiki/Tutorial#wiki-higher-order-components,
we're finally getting to the "good stuff" IMO :)
David
On Sun, Jan 26, 2014 at 9:59 PM, Jamie Orchard-Hays wrote:
> :) Worked thro
10 matches
Mail list logo
