Let's go with `data` then. I posted the rewrite to Figwheel. Please take a
look.
https://github.com/swannodette/om/wiki/Basic-Tutorial
On Monday, February 2, 2015 at 2:02:35 PM UTC+1, Dan Kersten wrote:
I personally like data. om-tools also calls it data.
On 2 February 2015 at 12:55,
I personally like data. om-tools also calls it data.
On 2 February 2015 at 12:55, Khalid Jebbari khalid.jebb...@gmail.com
wrote:
Indeed, data is better than app.
Khalid aka DjebbZ
@Dj3bbZ
On Mon, Feb 2, 2015 at 10:49 AM, Sebastian Bensusan sbe...@gmail.com
wrote:
Thanks Khalid,
The
Indeed, data is better than app.
Khalid aka DjebbZ
@Dj3bbZ
On Mon, Feb 2, 2015 at 10:49 AM, Sebastian Bensusan sbe...@gmail.com
wrote:
Thanks Khalid,
The way I see it, Om has three concepts regarding state:
1. The global state defined with atom. Named `app-state`
2. The cursor passed to
Thanks Khalid,
The way I see it, Om has three concepts regarding state:
1. The global state defined with atom. Named `app-state`
2. The cursor passed to each component with the relevant parts of the
global state. Named `app`
3. Local state of each component, initialized in `IInitState` and
On Sunday, February 1, 2015 at 9:16:05 PM UTC+1, Sebastian Bensusan wrote:
I changed the tutorial to use a new version of the figwheel template
https://github.com/bhauman/figwheel-template. When the new template is
published to Clojars we can update the Om wiki. I'll move on to the
I changed the tutorial to use a new version of the figwheel template
https://github.com/bhauman/figwheel-template. When the new template is
published to Clojars we can update the Om wiki. I'll move on to the
Intermediate tutorial. If by the time I'm done with all of the tutorials
the template
Template preferred.
On Saturday, January 31, 2015, Sebastian Bensusan sbe...@gmail.com wrote:
Sure, I'll explore Figwheel's new REPL and add that instead.
What about adding/configuring Figwheel? Should it be step by step inside
the tutorial, from mies-om to mies-om + Figwheel? Or it should
Sure, I'll explore Figwheel's new REPL and add that instead.
What about adding/configuring Figwheel? Should it be step by step inside the
tutorial, from mies-om to mies-om + Figwheel? Or it should just start with a
ready to go template mies-om-wheel?
Thanks
Sebastian Bensusan
On Saturday,
Hi David and Dan,
I edited Om's Basic Tutorial
(https://github.com/swannodette/om/wiki/Basic-Tutorial) to be used with
Chestnut. Most of the work (not much!) was changing evaluate in
LightTable to save in your text editor. I don't know what the procedure
is for updating a Wiki and having this
I would prefer just Figwheel. Relying only on Figwheel also means you could
probably go out with an updated tutorial much sooner.
Thanks,
David
On Fri, Jan 30, 2015 at 4:10 PM, Sebastian Bensusan sbe...@gmail.com
wrote:
Hi David and Dan,
I edited Om's Basic Tutorial (
A figwheel-based tutorial would be fantastic.
I don't have an awful lot of time to convert it right now, but if nobody
does before I do get time, I'll happily take a stab at it. Will likely be a
month or two though.
On 27 January 2015 at 16:24, David Nolen dnolen.li...@gmail.com wrote:
I think
I think expecting every last thing to work especially from third parties
who may be wisely lagging behind is unlikely at least for the near future.
I haven't kept up with Light Table and what issues it may have. Now is
probably a good time to remove the Light Table centric nature of the Om
Just released Om 0.8.7. The only change was bumping the cljsjs.react
dependency to get proper externs support.
David
On Mon, Jan 26, 2015 at 7:57 PM, David Nolen dnolen.li...@gmail.com wrote:
The only significant change is that Om now relies on the cljsjs.react
artifact instead of the one I
The only significant change is that Om now relies on the cljsjs.react
artifact instead of the one I maintained myself. cljsjs.react has the
benefit that usage of React with addons instead of plain React may be
configured via Maven in your pom.xml or your project.clj. It's exciting to
see that we
14 matches
Mail list logo
