Re: [ClojureScript] Re: ANN: Om 0.3.0

Nothing "wrong" here. Light Table shows the result from the browser, that's the source of the function you just evaluated. It's a quirk of ClojureScript that's existed for some time - we might show something else in the future. On Sat, Jan 25, 2014 at 10:17 PM, Joel wrote: > This tutorial was e

Re: [ClojureScript] different behavior between clojurescript and clojure maps?

Thanks! will report to the LT peeps On Saturday, January 25, 2014 7:41:18 PM UTC-8, David Nolen wrote: > Then a Light Table issue not a ClojureScript one as far as I can tell. > > > > On Sat, Jan 25, 2014 at 10:32 PM, Patrick Rodriguez wrote: > > I'm using Light Table 0.6.2 > > > > > On S

Re: [ClojureScript] different behavior between clojurescript and clojure maps?

Then a Light Table issue not a ClojureScript one as far as I can tell. On Sat, Jan 25, 2014 at 10:32 PM, Patrick Rodriguez wrote: > I'm using Light Table 0.6.2 > > On Saturday, January 25, 2014 6:08:33 PM UTC-8, David Nolen wrote: > > Running this in the Rhino REPL I don't see this, what REPL ar

Re: [ClojureScript] Om Templating

I'm kind of torn I guess. I wish web-dev was more like desktop dev, where you tend to just use off-the-shelf components, and wire them together. Then templates aren't much of an issue. I've seen the advantage splitting view/logic in webdev, and actually we are at a bit of a crossroads on our curre

Re: [ClojureScript] different behavior between clojurescript and clojure maps?

I'm using Light Table 0.6.2 On Saturday, January 25, 2014 6:08:33 PM UTC-8, David Nolen wrote: > Running this in the Rhino REPL I don't see this, what REPL are you using? > > > > On Sat, Jan 25, 2014 at 7:20 PM, Patrick Rodriguez wrote: > > Hey all, > > > > I'm trying to build my clojure/c

[ClojureScript] Re: ANN: Om 0.3.0

This tutorial was exactly what I needed, and hope to see more in the tutorial as hinted at at the end. I think I'm having a Light Table issue though. There is quite a few places where you mention to try evaluating the functions. However, I think something is messed up with my LightTable install

Re: [ClojureScript] different behavior between clojurescript and clojure maps?

Running this in the Rhino REPL I don't see this, what REPL are you using? On Sat, Jan 25, 2014 at 7:20 PM, Patrick Rodriguez wrote: > Hey all, > > I'm trying to build my clojure/clojurescript skill by porting this > Facebook React code into Om: > http://facebook.github.io/react/blog/2013/11/05/

[ClojureScript] different behavior between clojurescript and clojure maps?

Hey all, I'm trying to build my clojure/clojurescript skill by porting this Facebook React code into Om: http://facebook.github.io/react/blog/2013/11/05/thinking-in-react.html I trying to manipulate the products data structure functionally, instead of sequentially. (def products [{:category

Re: [ClojureScript] Om Templating

Enfocus, Enlive and Kioo were designed to fully separate out the view (HTML/CSS) from the code logic. It separates these by design. I built Enfocus and kioo to better integrate the designer into process of building interactive apps. The ideal workflow for this model generally starts with a st

Re: [ClojureScript] OM/Reagent Handling client/server synchronization

With Om it seems I could keep one "cloud" of state, before applying a change I could make a sort of pub/sub or command pattern to update server and its clients. I would need to make I ignore events I send, as I'd apply them to my local state first. I'm curious how clojurescript can communicate

[ClojureScript] Problems using Austin to require my namespace

Hi all, This seems like a dumb question, but here goes. *A)* Using an austin repl , I'm having trouble pulling in my clojurescript namespaces (see hereand here

Re: [ClojureScript] Om Templating

Hmm... It reminds me of using JQuery style of "programming", by decorating html ad hoc. Sablono on the other hand has the template and "decoration" together, which I think I prefer, but really neither is quite like JSX that has raw html with code embedded. Correct me if I'm not "getting it"

Re: [ClojureScript] Reagent port of the Om tutorial

On 25 jan 2014, at 23:41, David Nolen wrote: > I think we can discuss the pluses and minuses of approaches without taking it > personally ;) Reagent is certainly more approachable, has features Om does > not, and certainly can be used in many fantastic applications that don't want > or need wha

Re: [ClojureScript] OM/Reagent Handling client/server synchronization

Sending changes, there's no clean hook to do this as of yet. But I think being able to log all state transitions might be useful so we'll see. As far as understanding cursors there's not much more beyond the source and documentation found at the project Github repo. On Sat, Jan 25, 2014 at 6:31

Re: [ClojureScript] OM/Reagent Handling client/server synchronization

Where do I understand better your "cursors" used in Om, I thought maybe those changes could be transported to a backend possibly? -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google G

Re: [ClojureScript] Reagent port of the Om tutorial

On Sat, Jan 25, 2014 at 4:24 PM, Dan Holmsand wrote: > On 25 jan 2014, at 20:50, David Nolen wrote: > On Sat, Jan 25, 2014 at 1:55 PM, Dan Holmsand wrote: > > Well, that depends on your definition of "modular", doesn't it :) >> > > If I can't include somebody's component and apply time manageme

Re: [ClojureScript] Reagent port of the Om tutorial

On 25 jan 2014, at 20:50, David Nolen wrote: On Sat, Jan 25, 2014 at 1:55 PM, Dan Holmsand wrote: > Well, that depends on your definition of "modular", doesn't it :) > > If I can't include somebody's component and apply time management to it, > that's sounds unambiguously "non-modular" with res

Re: [ClojureScript] Re: ANN: Om 0.3.0

I just now tried `lien new mies-om foo` which created a project that uses 0.3.0. On Sat, Jan 25, 2014 at 2:59 PM, David Pidcock wrote: > Ahh whoops. Forgot the clean step. > The lein new project imported 0.2.3 for me. I assume that has been fixed > then? > > -- > Note that posts from new member

Re: [ClojureScript] Re: ANN: Om 0.3.0

Ahh whoops. Forgot the clean step. The lein new project imported 0.2.3 for me. I assume that has been fixed then? -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups "ClojureS

Re: [ClojureScript] Re: ANN: Om 0.3.0

You need to use 0.3.0 and you need to run `lein cljsbuild clean` before running `lein cljsbuild auto`. On Sat, Jan 25, 2014 at 2:51 PM, David Pidcock wrote: > I was following along with this and hit an interesting "bug" > > The contact list delete button actually works "out of the gate" in the

[ClojureScript] Re: ANN: Om 0.3.0

I was following along with this and hit an interesting "bug" The contact list delete button actually works "out of the gate" in the first example, (when its supposed to fail) and when I add the deref in the next step I get Uncaught Error: No protocol method IDeref.-deref defined for type om.c

Re: [ClojureScript] Reagent port of the Om tutorial

On Sat, Jan 25, 2014 at 1:55 PM, Dan Holmsand wrote: > Well, that depends on your definition of "modular", doesn't it :) > If I can't include somebody's component and apply time management to it, that's sounds unambiguously "non-modular" with respect to *time management*. > It is "modular" in

Re: [ClojureScript] Reagent port of the Om tutorial

On 25 jan 2014, at 18:43, David Nolen wrote: > On Sat, Jan 25, 2014 at 12:34 PM, Jonas Enlund wrote: > Interesting! I can definitely see how UI components directly manipulating > global state can make reuse difficult. > > I guess this is not really an issue in React as their components have lo

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Knock, Knock, Chas, are you there? :-) mimmo On Jan 25, 2014, at 7:01 PM, David Nolen wrote: > Sounds like one for Chas :) > > > On Sat, Jan 25, 2014 at 12:57 PM, Mimmo Cosenza > wrote: > Thanks David, > it could be even better if someone explains to me how to make austin to run > in a br

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Sounds like one for Chas :) On Sat, Jan 25, 2014 at 12:57 PM, Mimmo Cosenza wrote: > Thanks David, > it could be even better if someone explains to me how to make austin to > run in a browser connected REPL with `:none` optimization ;-) > > mimmo > > On Jan 25, 2014, at 6:37 PM, David Nolen wro

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Thanks David, it could be even better if someone explains to me how to make austin to run in a browser connected REPL with `:none` optimization ;-) mimmo On Jan 25, 2014, at 6:37 PM, David Nolen wrote: > This is great, thank you! > > > On Sat, Jan 25, 2014 at 10:34 AM, Mimmo Cosenza > wro

Re: [ClojureScript] Reagent port of the Om tutorial

On Sat, Jan 25, 2014 at 12:34 PM, Jonas Enlund wrote: > Interesting! I can definitely see how UI components directly manipulating > global state can make reuse difficult. > > I guess this is not really an issue in React as their components have > local state (via getInitialState). It's possible to

Re: [ClojureScript] ClojureScript Dev Efficiency / Om sites?

I've been "all-in" on clojure for about 6 months now, spending every free moment learning and working in it. Paul Graham's writings played a big part in my choice to invest in a lisp, so this is an interesting question. After some reflection, I can say "yes", clojure has had a substantial impac

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

This is great, thank you! On Sat, Jan 25, 2014 at 10:34 AM, Mimmo Cosenza wrote: > Hi all, > yesterday Laurent Petit asked me how to run on CCW OM and Austin together > to have the same live experience obtained by David Nolen in his OM > tutorial. > > This morning I created this simple om-start

Re: [ClojureScript] Reagent port of the Om tutorial

On Saturday, January 25, 2014 5:38:14 PM UTC+2, David Nolen wrote: > On Sat, Jan 25, 2014 at 3:57 AM, Jonas Enlund wrote: > > > > > On Saturday, January 25, 2014 9:49:56 AM UTC+2, David Nolen wrote: > > > Nice. I do consider the non-modularity of `update-contacts!` here to be one > > of the

Re: [ClojureScript] CLJS tutorials

Thanks Julio! mimmo On Jan 24, 2014, at 10:04 PM, Julio Barros wrote: > Hi Mimmo, > > Just wanted to say that I really liked the modern cljs tutorials. They are > very well done and I got a lot out of them. > > Thank you for making them available. > > Julio > > -- > Note that posts from

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Thanks Laurent! Has been a pleasure to interact with you! mimmo On Jan 25, 2014, at 5:56 PM, Laurent PETIT wrote: > Thanks a lot Mimmo, you're invaluable in helping people cross bridges between > tools, libraries, and a real bright light for newcomers also ! > > Le samedi 25 janvier 2014, M

Re: [ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Thanks a lot Mimmo, you're invaluable in helping people cross bridges between tools, libraries, and a real bright light for newcomers also ! Le samedi 25 janvier 2014, Mimmo Cosenza a écrit : > Hi all, > yesterday Laurent Petit asked me how to run on CCW OM and Austin together > to have the same

Re: [ClojureScript] ClojureScript Dev Efficiency / Om sites?

The most productivity gain I had with clojure/clojurescript is when I used them together, especially when I can write in portable CLJ/CLJS, which is also a great tool to find the subtle differences between clojure and clojurescript. To me it was a dream to have a good lisp in the browser instead

Re: [ClojureScript] ClojureScript Dev Efficiency / Om sites?

I get more productivity out of the other incidental (by design) 'features' or side-benefits of clojure than just macros, which is what Paul is talking about. Like... immutable data means I never have to worry about a class of things going wrong, which speeds debugging. I like what Paul's saying,

Re: [ClojureScript] ClojureScript Dev Efficiency / Om sites?

I think Compojure delivers a lot of value, especially when coupled with Clojure unique language features and interactive development style. I'm not aware of any large apps in production that were written in Om, however I designed Om with applications of every scale in mind. On Sat, Jan 25, 2014

[ClojureScript] ClojureScript Dev Efficiency / Om sites?

Anyone feel like they are getting the efficiencies and described by Paul Graham by using ClojureScript?: http://www.paulgraham.com/avg.html Compojure to me appears to be a standard framework just written in another language, so I don't see the benefit. Om, however, seems really slick by levera

Re: [ClojureScript] Reagent port of the Om tutorial

On Sat, Jan 25, 2014 at 3:57 AM, Jonas Enlund wrote: > On Saturday, January 25, 2014 9:49:56 AM UTC+2, David Nolen wrote: > > Nice. I do consider the non-modularity of `update-contacts!` here to be > one of the big things I try to address in Om. The Reagent > `update-contacts!` knows too much. In

[ClojureScript] [ANN] om-start lein template for nrepl compliant editors/IDEs

Hi all, yesterday Laurent Petit asked me how to run on CCW OM and Austin together to have the same live experience obtained by David Nolen in his OM tutorial. This morning I created this simple om-start lein-template (a kind of cljs-start without unit testing stuff) which allows to create a OM

Re: [ClojureScript] Reagent port of the Om tutorial

Jonas Enlund writes: > On Saturday, January 25, 2014 9:49:56 AM UTC+2, David Nolen wrote: >> Nice. I do consider the non-modularity of `update-contacts!` here to be one >> of the big things I try to address in Om. The Reagent `update-contacts!` >> knows too much. In Om, it doesn't matter at all

Re: [ClojureScript] Reagent port of the Om tutorial

On Saturday, January 25, 2014 9:49:56 AM UTC+2, David Nolen wrote: > Nice. I do consider the non-modularity of `update-contacts!` here to be one > of the big things I try to address in Om. The Reagent `update-contacts!` > knows too much. In Om, it doesn't matter at all where :contacts lives in th

[ClojureScript] Re: Reagent port of the Om tutorial

Looks great! /dan On Saturday, January 25, 2014 7:50:24 AM UTC+1, Jonas Enlund wrote: > Hi > > As an exercise I ported the Om tutorial to Reagent. It's available at > https://github.com/jonase/reagent-tutorial > > I hope you find it interesting. > > Jonas -- Note that posts from new members