Hi, David.
May I ask you - in Om you queue rendering in requestAnimationFrame by passing a
function which calls forceUpdate on the affected components. But as I
understand forceUpdate does not guarantee to execute immediately and is also
queued. So, the rendering should be out of sync with requ
If you install locally you need to depend on
[om "0.1.6-SNAPSHOT"]
I did make a mistake and accidentally did not push the previous version to
Clojars which you can depend on as specified in the README:
[om "0.1.5"]
On Tue, Jan 7, 2014 at 6:29 AM, Rick Walsh wrote:
> Hi Guys,
>
> So... I'm tr
The sortable example in the repo is now relatively baked. I'm happy to see
React can handle interactive UIs so well.
On Monday, January 6, 2014, David Pidcock wrote:
> Ha! Just saw your Sortable example popup in Git!
>
> Very cool.
>
>
>
> On Thursday, January 2, 2014 4:00:45 PM UTC-8, David Pidc
I watched a few talks from facebook people about React and was impressed,
lots of talk about the simplicity of just rerendering everything and pure
functions. I think this is the first time I've been excited about a
javascript framework, looking forward to trying it out with Om.
On Sunday, Ja
Ha! Just saw your Sortable example popup in Git!
Very cool.
On Thursday, January 2, 2014 4:00:45 PM UTC-8, David Pidcock wrote:
> Very nice. Relatively easy to follow. Basically it's re-implementing the
> drag-list behaviour in React. I had thought to re-use some existing code,
> provide
Very nice. Relatively easy to follow. Basically it's re-implementing the
drag-list behaviour in React. I had thought to re-use some existing code,
provided I could inform React that the DOM was changing. (This is the
approach used by the example in the fiddler, albeit with jquery instead of
>From a React dev:
https://www.khanacademy.org/preview/content/items/xfa03b103
https://github.com/Khan/perseus/blob/master/src/widgets/orderer.jsx#L6-L439
I'm sure this can be adapted for Om. I may write up a simpler Om example in
the future.
David
On Tue, Dec 31, 2013 at 12:43 AM, David Pidco
On Thursday, December 19, 2013 11:12:12 AM UTC-8, David Nolen wrote:
> Enjoy, http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/
>
>
>
> David
I've been playing around with some basics. I'm still a relative n00b when it
comes to functional programming, and I've never looked
(Should have written "DSL-based" not "macro-based"
On Tuesday, December 24, 2013 1:55:19 PM UTC-6, Conrad Barski wrote:
> On Tuesday, December 24, 2013 5:27:12 AM UTC-6, Nikita Prokopov wrote:
> > Hi David,
> >
> > cool work,
> >
> > Just wondering, why in todomvc you rely so heavily onto #js li
On Tuesday, December 24, 2013 5:27:12 AM UTC-6, Nikita Prokopov wrote:
> Hi David,
>
> cool work,
>
> Just wondering, why in todomvc you rely so heavily onto #js literals, and
> prefer dsl-like syntax (dom/...) instead of some declarative markup like
> hiccup? Is it because of performance reaso
On Tue, Dec 24, 2013 at 6:27 AM, Nikita Prokopov wrote:
> Hi David,
>
> cool work,
>
> Just wondering, why in todomvc you rely so heavily onto #js literals, and
> prefer dsl-like syntax (dom/...) instead of some declarative markup like
> hiccup? Is it because of performance reasons?
>
> Thanks!
Hi David,
cool work,
Just wondering, why in todomvc you rely so heavily onto #js literals, and
prefer dsl-like syntax (dom/...) instead of some declarative markup like
hiccup? Is it because of performance reasons?
Thanks!
--
--
You received this message because you are subscribed to the Goo
Two quick questions as I am working through the OM stuff... glad if anyone here
has some pointers to point me in the right directions...
1. I seem to be unable to get "lein trampoline cljsbuild repl-listen" to serve
up a css file on my own Om project... I have my css located at "[project
root]/
This is brilliant, thanks for sharing David!
It might (finally!) be the tool I've been looking for to resurrect my
interest in client-side development :-)
On Thursday, 19 December 2013 19:12:12 UTC, David Nolen wrote:
>
> Enjoy,
> http://swannodette.github.io/2013/12/17/the-future-of-javascript
David Nolen writes:
> Enjoy,
> http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/
>
> David
Fantastic work! Om is (even in it's current state) really accessible and
easy to use. The TodoMVC implementation you mentioned in the Readme is a
really nice help when following the Re
Hey David,
this looks fab. I'm trying to play with it within a stub project of mine.
However, I'm not having much success getting it to compile. This is likely to
be some cljs setup issue I'm having (there are so many moving parts!).
Steps taken:
* Download, and build latest cljs (0.0-2127)
*
Hey David,
looks really interesting although I have to be a little critical of your
benchmarks. Add a download of 200 todos via xhr and then do the render, you
will most certainly lose to other JS Framework out there (especially if you
choose EDN over JSON) cause of the extra overhead associate
Enjoy,
http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/
David
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - ple
18 matches
Mail list logo
