Re: [ClojureScript] Re: ClojureScript Clojure 1.6.0

2014-06-06 Thread Chris Granger
Since I doubt there'd be any others, I'll be the only dissenter ;)

People already get mad Light Table requiring 1.5 since we use CLJS to do
analysis and such. Bumping it up to 1.6 means it'd be a long time before we
could move our version of CLJS again. Maybe that's not a real issue and
really just an indication that we shouldn't be using the CLJS analyzer for
this stuff anymore, but figured I should mention.

Cheers,
Chris.


On Fri, Jun 6, 2014 at 10:37 AM, Mimmo Cosenza mimmo.cose...@gmail.com
wrote:

 +1
 mimmo

 On 06 Jun 2014, at 19:22, Andrey Antukh n...@niwi.be wrote:

 +1


 2014-06-06 19:19 GMT+02:00 Karsten Schmidt i...@toxi.co.uk:

 +1
 On 6 Jun 2014 16:59, David Nolen dnolen.li...@gmail.com wrote:

 Clojure 1.6.0 introduced Murmur3 for much improved collection hashing
 and several new functions  macros. There's very little incentive to
 continue to support 1.5.X given these enhancements.

 David


 On Fri, Jun 6, 2014 at 11:48 AM, Joshua Ballanco jball...@circleci.com
 wrote:

 No objection, but I’m curious what are the motivating factors? Are
 there any new features/bug-fixes planned for ClojureScript that will depend
 on Clojure 1.6.0 features? or is this just a case of keeping things as
 up-to-date as possible?


 On Friday, June 6, 2014 at 17:43, David Nolen wrote:

  Future releases of ClojureScript will have a hard dependency on
 Clojure 1.6.0. If you have any objections, speak up now :)
 
  David
 
  --
  You received this message because you are subscribed to the Google
 Groups Clojure Dev group.
  To unsubscribe from this group and stop receiving emails from it,
 send an email to clojure-dev+unsubscr...@googlegroups.com (mailto:
 clojure-dev+unsubscr...@googlegroups.com).
  To post to this group, send email to clojure-...@googlegroups.com
 (mailto:clojure-...@googlegroups.com).
  Visit this group at http://groups.google.com/group/clojure-dev.
  For more options, visit https://groups.google.com/d/optout.



 --
 You received this message because you are subscribed to the Google
 Groups Clojure Dev group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clojure-dev+unsubscr...@googlegroups.com.
 To post to this group, send email to clojure-...@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojure-dev.
 For more options, visit https://groups.google.com/d/optout.



 --
 You received this message because you are subscribed to the Google
 Groups Clojure Dev group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clojure-dev+unsubscr...@googlegroups.com.
 To post to this group, send email to clojure-...@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojure-dev.
 For more options, visit https://groups.google.com/d/optout.


 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.

 For more options, visit https://groups.google.com/d/optout.




 --
 Andrey Antukh - Андрей Антух - andrei.anto...@kaleidos.net / 
 n...@niwi.be
 http://www.niwi.be http://www.niwi.be/page/about/
 https://github.com/niwibe

 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google Groups
 Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojure+unsubscr...@googlegroups.com.

 For more options, visit https://groups.google.com/d/optout.




-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 

Re: New release of Light Table (which is now open source!)

2014-01-09 Thread Chris Granger
BOT is actually quite self documenting.

Cheers,
Chris.


On Thu, Jan 9, 2014 at 7:45 AM, Jozef Wagner jozef.wag...@gmail.com wrote:

 Congratulations on releasing it to the community!.

 What surprises me is that there are no docstrings and very few comments. I
 wonder how you manage such codebase within a team.

 JW


 On Wednesday, January 8, 2014 7:19:59 PM UTC+1, Chris Granger wrote:

 Hey Folks,

 We did a big release today which includes a lot of love for Clojure! We
 also released all the source to Light Table, which has to be one of the
 largest full ClojureScript applications out there. To read more about all
 the goodness check out my blog post: http://www.chris-
 granger.com/2014/01/07/light-table-is-open-source/

 And take a look at the source here: https://github.com/lighttable

 Cheers,
 Chris.

  --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to a topic in the
 Google Groups Clojure group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/clojure/dvnX09qOZJU/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


New release of Light Table (which is now open source!)

2014-01-08 Thread Chris Granger
Hey Folks,

We did a big release today which includes a lot of love for Clojure! We 
also released all the source to Light Table, which has to be one of the 
largest full ClojureScript applications out there. To read more about all 
the goodness check out my blog 
post: http://www.chris-granger.com/2014/01/07/light-table-is-open-source/

And take a look at the source here: https://github.com/lighttable

Cheers,
Chris.

-- 
-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: New release of Light Table (which is now open source!)

2014-01-08 Thread Chris Granger
 There's still the same instarepl proof-of-concept that came with the
earliest alphas, which doesn't really connect with projects

That's not true at all :) The instarepl will work with any nrepl client
you're connected to. By default if you don't have a connection to a
project, it will just open a plain repl for you to play with, but you can
disconnect from that one and connect to your project, or you can eval in a
file before you open an instarepl to create a connection, or you can...

 There's also some inline evaluation for writing code, but again, that's
not the same thing as a REPL.

If you open an empty file and set it's syntax to Clojure, what's the
difference between it and the REPL?

Cheers,
Chris.


On Wed, Jan 8, 2014 at 11:01 AM, Mark Engelberg mark.engelb...@gmail.comwrote:

 As one of the initial kickstarter supporters for LightTable, every time a
 new release comes out, I eagerly download and check out the Clojure support
 in the latest version.

 I'm always surprised to see there still isn't a decent REPL.  There's
 still the same instarepl proof-of-concept that came with the earliest
 alphas, which doesn't really connect with projects or have any particularly
 usefulness for real development, but simply is there as an intro to people
 trying Clojure.

 There's also some inline evaluation for writing code, but again, that's
 not the same thing as a REPL.

 So for those of you who are actually using LightTable for development, how
 do you function without a REPL?  What am I missing?

 --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to a topic in the
 Google Groups Clojure group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/clojure/dvnX09qOZJU/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: New release of Light Table (which is now open source!)

2014-01-08 Thread Chris Granger
you have to do what the popup says :) Because this is a binary update you
have to download the latest Light Table from www.lighttable.com

Cheers,
Chris.


On Wed, Jan 8, 2014 at 2:59 PM, gvim gvi...@gmail.com wrote:

 Chris

 Thanks for a great product. Can you help me out? I just installed the
 latest 0.5.21/binary 0.8.0-rc1 on OS X Mountain Lion and every time it
 starts I get the same message - There's been a binary update!. Can't get
 rid of it.

 gvim




 On 08/01/2014 18:19, Chris Granger wrote:

 Hey Folks,

 We did a big release today which includes a lot of love for Clojure! We
 also released all the source to Light Table, which has to be one of the
 largest full ClojureScript applications out there. To read more about
 all the goodness check out my blog
 post: http://www.chris-granger.com/2014/01/07/light-table-is-open-source/

 And take a look at the source here: https://github.com/lighttable

 Cheers,
 Chris.

 --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send

 an email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


 --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 --- You received this message because you are subscribed to a topic in the
 Google Groups Clojure group.
 To unsubscribe from this topic, visit https://groups.google.com/d/
 topic/clojure/dvnX09qOZJU/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
Clojure group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: New release of Light Table (which is now open source!)

2014-01-08 Thread Chris Granger
ah try hard refreshing the lighttable.com site, sounds like you're
downloading an older version maybe? This should be the address of the
download for mac:
http://d35ac8ww5dfjyg.cloudfront.net/playground/bins/0.6.0/LightTableMac.zip

Cheers,
Chris.


On Wed, Jan 8, 2014 at 3:21 PM, gvim gvi...@gmail.com wrote:

 Chris

 I did that. I had 0.5.20 installed earlier.

 gvim



 On 08/01/2014 23:03, Chris Granger wrote:

 you have to do what the popup says :) Because this is a binary update
 you have to download the latest Light Table from www.lighttable.com
 http://www.lighttable.com


 Cheers,
 Chris.


 On Wed, Jan 8, 2014 at 2:59 PM, gvim gvi...@gmail.com
 mailto:gvi...@gmail.com wrote:

 Chris

 Thanks for a great product. Can you help me out? I just installed
 the latest 0.5.21/binary 0.8.0-rc1 on OS X Mountain Lion and every
 time it starts I get the same message - There's been a binary
 update!. Can't get rid of it.

 gvim




 On 08/01/2014 18:19, Chris Granger wrote:

 Hey Folks,

 We did a big release today which includes a lot of love for
 Clojure! We
 also released all the source to Light Table, which has to be one
 of the
 largest full ClojureScript applications out there. To read more
 about
 all the goodness check out my blog
 post:
 http://www.chris-granger.com/__2014/01/07/light-table-is-__
 open-source/

 http://www.chris-granger.com/2014/01/07/light-table-is-
 open-source/

 And take a look at the source here: https://github.com/lighttable

 Cheers,
 Chris.

 --
 --
 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
 mailto:clojure@googlegroups.com

 Note that posts from new members are moderated - please be
 patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscribe@__googlegroups.com
 mailto:clojure%2bunsubscr...@googlegroups.com

 For more options, visit this group at
 http://groups.google.com/__group/clojure?hl=en

 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To unsubscribe from this group and stop receiving emails from
 it, send

 an email to clojure+unsubscribe@__googlegroups.com
 mailto:clojure%2bunsubscr...@googlegroups.com.
 For more options, visit
 https://groups.google.com/__groups/opt_out
 https://groups.google.com/groups/opt_out.



 --
 --
 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
 mailto:clojure@googlegroups.com

 Note that posts from new members are moderated - please be patient
 with your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscribe@__googlegroups.com
 mailto:clojure%2bunsubscr...@googlegroups.com

 For more options, visit this group at
 http://groups.google.com/__group/clojure?hl=en

 http://groups.google.com/group/clojure?hl=en
 --- You received this message because you are subscribed to a topic
 in the Google Groups Clojure group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/__topic/clojure/dvnX09qOZJU/__unsubscribe
 https://groups.google.com/d/topic/clojure/dvnX09qOZJU/unsubscribe.

 To unsubscribe from this group and all its topics, send an email to
 clojure+unsubscribe@__googlegroups.com
 mailto:clojure%2bunsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/__groups/opt_out
 https://groups.google.com/groups/opt_out.



 --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en
 ---
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to clojure+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


 --
 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email

Re: Light Table Playground got a lot more useful.

2012-09-27 Thread Chris Granger
Cmd/Ctrl means either the Cmd key (which is on macs) or the Ctrl key on
windows/linux. So if it says Cmd/Ctrl + d that would mean just ctrl + d.

Cheers,
Chris.

On Wed, Sep 26, 2012 at 5:01 PM, humblepie wilmerwal...@gmail.com wrote:

 For the life of me I can figure out the key binding for the Cmd key. Can
 someone help?


 On Monday, July 9, 2012 6:27:26 PM UTC-7, Chris Granger wrote:

 Hey folks,

 In case you missed it via other channels, the Light Table Playground
 can now hook into your own projects!

 http://www.chris-granger.com/**2012/07/09/light-table-**
 playgrounds-level-up/http://www.chris-granger.com/2012/07/09/light-table-playgrounds-level-up/

 Take her for a spin :D

 Cheers,
 Chris.

  --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en


-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Re: ClojureScript and development workflow

2012-09-11 Thread Chris Granger
FWIW, I'm working on this with Light Table, which removes a lot of the 
difficulties here - it will be include this script tag and you're ready to 
go. There's no reason that we need to jump through a bunch of hoops here. 
My plan is that the next release (sometime after strange loop) will include 
a nice way to work with CLJS such that a very nice getting started video 
could be created. :)

Cheers,
Chris.

On Tuesday, September 11, 2012 6:10:29 AM UTC-7, Chas Emerick wrote:

 On Sep 11, 2012, at 4:00 AM, Laurent PETIT wrote:

 2012/9/10 Chas Emerick ch...@cemerick.com javascript:

 I've been using a combination of lein-cljsbuild to keep the on-disk 
 generated code fresh and piggieback[1] for all of my cljs REPL needs.


 Hello Chas,

 I've tried to use piggieback. My current stack for playing with the 
 concepts is leiningen2 on the command line (to start the server), with 
 clsjbuild to compile the browser_repl.cljs to bootstrap the REPL 
 machinery (lein cljsbuild once), regular lein repl once project.clj has 
 been configured with the proper options) and a regular CCW 0.10.0 nrepl 
 client.

 It works OK with the out of the box Rhino-backed evaluator, but as you 
 might guess, I have no interest in this and then I quickly jump to try  
 get a Browser-based REPL running.

 That's where things broke. 
 I did not manage to get things compiled correctly.

 As it stands, it seems that I'll have to read  understand wiki pages from 
 ClojureScript project, nrepl documentation, piggieback documentation, 
 cljsbuild documentation, to really grasp the whole thing.
 Seems a little bit daunting just to be able to play with it. Is there an 
 easier way ? A resource somewhere which already explains step-by-step how 
 to get started with a new project, cljsbuild for compiling from time to 
 time, and piggieback ?

 Just asking before starting digging :-)


 There is a how-to in piggieback's README for using a browser-repl 
 environment rather than Rhino.  Nelson Morris was actually the first one to 
 get that working, and I'm using it regularly, so it *does* work, though 
 there's no doubt there's a lot of pieces you need to put together (for my 
 part, I blew nearly an hour tearing my hair out before re-reading the 
 browser-repl tutorial,[1] and seeing near the bottom that loading the HTML 
 page from disk wouldn't work; once I served the page from localhost, 
 everything fell together).

 FWIW, I've found ClojureScript itself to be very solid so far; there are 
 some unfortunate (IMO unnecessary) incompatibilities between it and 
 Clojure, but [2] is the only thing I've really tripped up on from a 
 technical standpoint.

 I think your assessment that the learning curve is daunting is just 
 about right, but that largely lays with the state of tooling, and the 
 disjointed nature of the development process.  With Clojure, you always 
 have a single environment (the JVM or CLR), into which you can load code 
 all day from nearly anywhere without having to think much about the 
 logistics of it.  ClojureScript necessarily implies a more complicated 
 setup: there's your REPL environment, probably a browser, and maybe a 
 connection between the two; you *must* have your code on disk and in the 
 right place in order for Google Closure / lein-cljsbuild to get at it (not 
 strictly true, but driving the compiler from a Clojure REPL isn't any 
 easier outside of simple cases); your Ring webapp needs to be configured to 
 be serving the gclosure output; and, you'd obviously like to be able to 
 control and monitor all of this from your editor/environment of choice.

 (I'd like to eventually do a 'Starting ClojureScript' screencast similar 
 to [3], but the logistics of going from zero to hero with ClojureScript 
 are IMO far too hard and nuanced still in order to present them well in 
 that sort of medium.)

 I think the contrast is so stark in part because of how good we've had it 
 on the Clojure side.  I suspect that CoffeeScript programming must be 
 similarly disjointed, since all the same moving pieces are necessary (and 
 perhaps without the benefit of upsides like a browser-connected REPL and so 
 on).  Welcome to the wonderful world of modern web development! :-P

 I think that's all a long way of saying: start digging!

 Cheers,

 - Chas

 [1] 
 https://github.com/clojure/clojurescript/wiki/The-REPL-and-Evaluation-Environments
 [2] http://dev.clojure.org/jira/browse/CLJS-358
 [3] http://cemerick.com/2012/05/02/starting-clojure/


-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Re: Disable name mangling for 'static'

2012-04-24 Thread Chris Granger
If I remember right, I did this as a workaround:

(js/my.ns.express.static public)

Cheers,
Chris.

On Apr 24, 12:33 pm, David Nolen dnolen.li...@gmail.com wrote:
 It's a known bug. We should not munge JS reserved words that appear in
 property access. Patch welcome.

 David

 On Tue, Apr 24, 2012 at 3:31 PM, Jonathan Fischer Friberg 







 odysso...@gmail.com wrote:
  Hi,

  I want to create a (partially static) server with nodejs and express.
  I want to be able to write something like the following:

  (def app (.createServer express))

  (.use app (.static express public))

  (.listen app 8080)

  The problem here is that clojurescript seems to compile
  the name 'static' to 'static$'.
  No matter how I do it, this is the case.

  I have tried various tricks with js* and such,
  but all have been unsuccessful.

  Any ideas?

  Jonathan

  --
  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 - please be patient with
  your first post.
  To unsubscribe from this group, send email to
  clojure+unsubscr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Help in porting Hiccup to ClojureScript

2012-04-07 Thread Chris Granger
Have you seen Crate?

http://github.com/ibdknox/crate

On Apr 7, 1:18 pm, r0man roman.sche...@burningswell.com wrote:
 Hello ClojureScripters,

 I started to port the Hiccup library to ClojureScript. The goal
 is to have a port of Hiccup that has exactly the same api. This
 would make it possible to write views once (provided no platform
 specific code is used), and run them on the server with Clojure
 and on the client with ClojureScript.

 At the moment I copied most of the Clojure files and made some
 modifications where necessary. The whole Hiccup testsuite runs
 fine in the browser, as well in a headless v8 session.

 However I have one last hurdle to take. Most macros I can use in
 Clojure and in ClojureScript with some minor adjustments, except
 the defelem macro in the hiccup.def namespace. To get this
 one running in ClojureScript I had to change it's implementation
 and move it to the hiccup.macro namespace.

 The problem with this macro is, that it uses the alter-var-root
 fn to add additional functionality to the given fn. As far as I
 can tell there is no alter-var-root in ClojureScript. I got the
 code running by using set! in the ClojureScript version.

 The original Clojure macro:

 https://github.com/r0man/hiccup/blob/clojurescript/src/clj/hiccup/def...

 The ClojureScript macro:

 https://github.com/r0man/hiccup/blob/clojurescript/src/clj/hiccup/mac...

 Is anyone aware of a solution that would share the same code and
 work in both cases? Are there plans to add alter-var-root to
 ClojureScript as well?

 Thanks, Roman.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: What is wrong with ClojureQL?

2012-03-24 Thread Chris Granger
you can find discussion of this in a few places, but here's a decent
one:

https://news.ycombinator.com/item?id=3420691

Cheers,
Chris.

On Mar 24, 7:54 pm, Daniel Jomphe danieljom...@gmail.com wrote:
 Since Korma appeared, it seems ClojureQL isn't mentioned anywhere anymore.

 Are there solid reasons why Korma took all the attention to itself? Are
 there situations in which ClojureQL would be more recommended than Korma?

 In case nobody remembers CQL :http://clojureql.org/

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: ClojureScript: how to get rid of no longer a property access warning

2012-03-22 Thread Chris Granger
+1 This confused a lot of people in my class :(

Cheers,
Chris.


On Fri, Mar 23, 2012 at 12:55 AM, David Nolen dnolen.li...@gmail.comwrote:

 There is no way to suppress the warning. It's been around for long enough
 in my opinion, I think we should drop it before the next release.

 David

 On Wed, Mar 21, 2012 at 10:31 AM, Tom Krestle tom.kres...@gmail.comwrote:

 Hi,

 Executing legitimate code in CLJS REPL produces expected result with a
 warning. Is this syntax wrong? Is there a way to disable the warning?

  (.getTime (js/Date.))
 WARNING: The form (. (js/Date.) getTime) is no longer a property access.
 Maybe you meant (. (js/Date.) -getTime) instead?
 1332339898277

 Thanks,
 Tom

  --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en


  --
 You received this message because you are subscribed to the Google Groups
 Clojure Dev group.
 To post to this group, send email to clojure-...@googlegroups.com.
 To unsubscribe from this group, send email to
 clojure-dev+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/clojure-dev?hl=en.


-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

A Noir + ClojureScript template

2012-03-13 Thread Chris Granger
Hey folks,

As has been requested, there is now a Noir + CLJS lein-newnew
template:

https://github.com/ibdknox/cljs-template

projects created with it automatically include all the bells and
whistles necessary to compile your CLJS and start coding - it's
finally as easy as lein run :)

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Google Summer of Code 2012 Application

2012-03-07 Thread Chris Granger
When's the official cutoff?

Cheers,
Chris.


On Wed, Mar 7, 2012 at 2:24 PM, David Nolen dnolen.li...@gmail.com wrote:

 Looks like Dan Friedman, William Byrd and the IU Googlers they know might
 be getting behind our application as vouchers.

 There's no better time to submit proposals or step up to be a mentor than
 now :)

 David


 On Wed, Mar 7, 2012 at 1:47 PM, David Nolen dnolen.li...@gmail.comwrote:

 I've made some progress here:


 http://dev.clojure.org/display/community/Google+Summer+of+Code+2012+Application+Questions

 For those with edit right please edit as you see fit and as soon as you
 can, we're running out of time, thanks! :)

 David

 On Wed, Mar 7, 2012 at 1:37 PM, Alexander Yakushev 
 yakushev.a...@gmail.com wrote:

 Great job answering the application questions, David! I was just
 wondering if Steve Yegge could vouch for Clojure since I remember him being
 very excited about the language, so maybe he might say a nice word for
 Clojure participation...

  --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en



  --
 You received this message because you are subscribed to the Google Groups
 Clojure Dev group.
 To post to this group, send email to clojure-...@googlegroups.com.
 To unsubscribe from this group, send email to
 clojure-dev+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/clojure-dev?hl=en.


-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Re: Bret Victor's live editable game in ClojureScript

2012-02-29 Thread Chris Granger
Hi Bost,

I think you may have actually missed the point in the video :) There's
no pausing necessary - if I made the guy move on his own and changed
his speed, you'd see it happen immediately. No modes here, aside from
the projection exist. Likewise the only thing that gets recompiled is
the code in the current scope, so it doesn't matter how large your
project may be.

Based on what I've heard so far, my implementation is actually more
real than what Victor himself created and does everything except for
the slider/color-picker in his demo.

Cheers,
Chris.

On Feb 28, 8:13 am, Bost rostislav.svob...@gmail.com wrote:
 Great work Chris but I think you missed exactly the most important
 point of Victor's talk.
 It's about being modeless!

 When you stop the game in order to change the speed you lose the
 dynamic aspect.
 In your case it takes ~ 2secs to recompile  restart but if you have
 a game with 10^6 LoC then it may take hours you see the result of the
 speed and color change!

 What Victor preaches and what clojure is about is being able change
 the program while it is running.
 So what is needed is a speed slider and a color palette somewhere on
 the bottom of the right screen where you can change the ball speed and
 color on the fly _while_ the ball is moving.
 This it the next - dynamic - dimension

 Cheers!

 Bost

 On Feb 27, 9:14 pm, Chris Granger ibdk...@gmail.com wrote:







  Hey folks,

  In reference to the previous thread on Inventing On Principle, I
  built a ClojureScript example of his live editable game :)

 http://www.chris-granger.com/2012/02/26/connecting-to-your-creation/

  Enjoy!

  Cheers,
  Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Bret Victor's live editable game in ClojureScript

2012-02-27 Thread Chris Granger
Hey folks,

In reference to the previous thread on Inventing On Principle, I
built a ClojureScript example of his live editable game :)

http://www.chris-granger.com/2012/02/26/connecting-to-your-creation/

Enjoy!

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


ClojureScript + Overtone

2012-02-20 Thread Chris Granger
People have been asking for an example using Noir and CLJS for a
while, so today I threw together a recording and a blog post of me
building an iPad controller for overtone :)

HN link: http://news.ycombinator.com/item?id=3615022
Post: http://www.chris-granger.com/2012/02/20/overtone-and-clojurescript/

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: piccup 1.0.0 - hiccup-style clojurescript dom generation (extracted from pinot)

2012-01-12 Thread Chris Granger
Haha you should've mentioned you were doing this :p It's something
that was going to be happening soon :) I'll be sharing my plans for
pinot soon.

Cheers,
Chris.

On Jan 11, 9:02 pm, Dave Sann daves...@gmail.com wrote:
 Hi all,

 Because I find it useful in it's own right, I have extracted the
 hiccup-style dom generation library from pinot. 
 (https://github.com/ibdknox/pinot)

 clojars [piccup 1.0.0] for the jar

 My other motivation for this is due to the dependency that pinot has on
 goog.dom.query.
 Since this is not part of the std closure library for clojurescript it is
 probably good to have dom generation without requiring any specific setup.
 (easier for others to try...etc).

 All credit to Chris Granger. I made almost no changes.

 source is herehttps://github.com/davesann/piccup

 Cheers

 Dave

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: ClojureScript DOM-manipulation library?

2012-01-06 Thread Chris Granger
So there's pinot, but I've come to a relatively similar conclusion to
Kovas that wrapping the goog libs aren't really the way to go. For
one, I was basically replicating aspects of jQuery (like event
delegation).

Recently I started on doing some thing that makes jQuery play in the
Clojure world really nicely. I'll get this onto github soon.

Cheers,
Chris.

On Jan 6, 5:18 pm, kovas boguta kovas.bog...@gmail.com wrote:
 Yes.

 I've created a jquery wrapper conveniently called cljs-jquery ,
 however there is no documentation, tests, or general housekeeping yet
 so haven't announced it. If you are 
 brave,https://github.com/kovasb/cljs-jquery

 Previous libraries have followed the lead of the initial Clojurescript
 examples, and tried to wrap gclosure to make it more
 clojure-idiomatic.

 I think this whole approach is a mistake.

 This is not a generic data processing problem, so we shouldn't be
 converting the dom into verbose generic clojure structures with
 namespace prefixes everywhere.

 DOM manipulation is ideally suited to a DSL. JQuery already defines
 the primitives, and provides the implementation. Lets just wrap it.

 The idea of my library is trivial. Just have a macro that expands into
 a jquery call chain:

 $(selector).f(a,b).g(c,d)
 is represented by
 ($ selector (f a b) (g c d))

 (note that f and g don't need buzz-killing namespace prefixes)

 For bonus points, selector can be a hiccup structure (or a hiccup
 structure with embedded dom objects) which ends up saving a huge
 amount of code when creating new elements.

 In general this is far more concise and easier to code than any other
 approach I've seen thus far.







 On Fri, Jan 6, 2012 at 3:16 AM, Shantanu Kumar kumar.shant...@gmail.com 
 wrote:
  Is anybody working on a DOM-manipulation library for ClojureScript?

  There are several JavaScript libraries that can probably be wrapped,
  but a ClojureScript library should be great. I noticed a short
  comparative list of jQuery basic operations vs JavaScript equivalent
  that looks interesting:http://sharedfil.es/js-48hIfQE4XK.html

  Shantanu

  --
  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 - please be patient with 
  your first post.
  To unsubscribe from this group, send email to
  clojure+unsubscr...@googlegroups.com
  For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: help with webserver

2011-12-14 Thread Chris Granger
If you used Noir (www.webnoir.org), anything you put into the
resources/public/ directory would be accessible from a url. So for
example, if I had resources/public/hey.mp4  and accessed http://my-site/hey.mp4
I would get it.

Cheers,
Chris.

On Dec 14, 12:46 pm, labwor...@gmail.com wrote:
 I'm using a combination of clojure, enlive and jetty. I want to be able to
 serve arbitrary files. Can somebody show me an example?

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: SQL Korma Missing Pred

2011-11-08 Thread Chris Granger
0.2.2-SNAPSHOT has that fixed.

On Nov 8, 10:57 am, Dennis Crenshaw crensha...@gmail.com wrote:
 Let me start by saying, I'm loving this SQLKorma, it feels like just the
 right amount of syntax. And there's exec-raw for super fast integration
 into an project with existing SQL statements.

 However, while kicking the tires I ran into a weird problem, every
 predicate works except =, eg:

 $= (select table (where {:id [= 1]}))
 $= CompilerException java.lang.RuntimeException: No such var:
 korma.internal.sql/pred-=, compiling:(NO_SOURCE_PATH:46)

 Perhaps I'm missing something but all the rest of the pred-vars are there,
 that specific one is missing. I wanted to ask before I bother someone with
 a ticket.

 Thanks,
 Dennis

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Twitterbuzz Clojurescript sample

2011-11-07 Thread Chris Granger
There's also pinot: http://github.com/ibdknox/pinot

On Nov 6, 4:10 pm, Bayard Randel k...@nocturne.net.nz wrote:
 The following is more an observation than a problem.

 While investigating Clojurescript my first port of call after reading
 the initial documentation was to read through the sample code
 provided. Naturally one of the first questions a beginner is going to
 ask when looking at Clojurescript is, how do I manipulate the dom?

 The Twitterbuzz sample includes a dom helper library written
 specifically for the project (https://github.com/clojure/clojurescript/
 blob/master/samples/twitterbuzz/src/twitterbuzz/dom-helpers.cljs), so
 my initial understanding was that there was no cljs library for dom
 manip. As Rich has done in the sample, I began my project thinking I
 would need to roll my own wrappers for the goog/dom. Eventually
 however I discovered clojure.browser.dom (https://github.com/clojure/
 clojurescript/blob/master/src/cljs/clojure/browser/dom.cljs). Would it
 be sensible to update the Twitterbuzz sample to use the native cljs
 library instead?

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


ANN: Korma - a SQL DSL for Clojure

2011-11-02 Thread Chris Granger
Hey Folks,

I'm officially releasing Korma 0.2.0 today with a wonderful new
project site: http://sqlkorma.com ;)

HackerNews thread here: http://news.ycombinator.com/item?id=3188609

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: ANN: Korma - a SQL DSL for Clojure

2011-11-02 Thread Chris Granger
Color is always a touchy and very subjective realm. :)

In terms of why not ClojureQL? I'll quote my response from HN:

The issue I had with ClojureQL is that it seems like the wrong abstraction
to me. Myself and others I've talked to have found ourselves fighting with
how it tries to model data and more specifically the kind of queries it
generates. For example, it is very quick to use rather inefficient
sub-selects.

Cheers,
Chris.


On Wed, Nov 2, 2011 at 5:45 PM, Carin Meier gigasq...@yahoo.com wrote:

 I really like the color pallette :)

 --
 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 - please be patient with
 your first post.
 To unsubscribe from this group, send email to
 clojure+unsubscr...@googlegroups.com
 For more options, visit this group at
 http://groups.google.com/group/clojure?hl=en


-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

ANN: Noir 1.2.0 released

2011-10-02 Thread Chris Granger
Hey folks!

I released Noir 1.2.0 today. Highlights include:

* Clojure 1.3.0 support
* Named routes
* (url-for) to find the url given a named route
* App Engine support
* Lots of exciting points for other lib integration

Full change log here: https://github.com/ibdknox/noir/blob/master/history.md
Updated docs here: http://www.webnoir.org/docs/

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: ClojureScript auto-recompile option

2011-09-15 Thread Chris Granger
FWIW there's also cljs-watch:

http://github.com/ibdknox/cljs-watch

On Sep 15, 6:35 am, Stuart Campbell stu...@harto.org wrote:
 Hello,

 I've written a small hack for the ClojureScript compiler that is useful for
 working with static HTML projects. When invoked with the :watch option, the
 cljsc program watches a source directory and recompiles sources whenever a
 change is detected.

 https://github.com/harto/clojurescript/commit/f5bb720523f7121ab5fc8ad...

 Usage: cljsc src '{:watch true}' foo.js

 The change depends on the jpathwatch library, which should be downloaded 
 (http://sourceforge.net/projects/jpathwatch/files/jpathwatch-0-94.zip/...)
 into the clojurescript/lib directory.

 Regards,
 Stuart

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Clojurescript: unreachable values in associative arrays.

2011-09-04 Thread Chris Granger
Try (aget (.attributes myelement) data-url)

Cheers,
Chris.

On Sep 4, 8:52 am, rdunklau rdunk...@gmail.com wrote:
 Hello.

 I'm trying to use clojuresript in the browser, and I'm having trouble
 accessing object attributes with dashes in it.
 For example, I'd like to access the data-url attribute of a DOM
 element, but the compiler compiles (.data-url (.attributes myelement))
 to myelement.attributes.data_url.

 Is there a syntax translating to myelement.attributes['data-url'] ?

 Thanks !

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


An open call to the community: Let's prepare for 1.3

2011-09-03 Thread Chris Granger
Hey Folks,

With the release of 1.3 growing ever nearer, it's time that we as a
community do everything we can to make the migration smooth. In general,
this means relatively simple changes to the libs under your control, but I
also think we should take this opportunity to do some house cleaning.

If you maintain a clojure library (even if library just means some random
thing up on github that a few people use), please consider doing the
following over the next few weeks:


   - *Try migrating your lib to 1.3*
  - Create a 1.3 branch
  - Remove earmuffs around any non-rebound vars
  - Add earmuffs to any vars that are rebound using thread-level binding
  - Add ^:dynamic to these vars
  - If you rely on the built in Numerics, check to see if the new
  
changeshttp://dev.clojure.org/display/doc/Documentation+for+1.3+Numericsin
1.3 affect you.
   - *Do some house cleaning*
  - If you are no longer maintaining this library, simply note so at the
  top of your Readme. If the reason is that a better alternative has spring
  up, link to it.
  - Take a look at your dev dependencies and determine if any of them
  should remain in light of the ability to globally install
leiningen plugins.
  *If you have swank-clojure as a dependency, please remove it*: this
  has been the source of numerous issues.

None of these are complicated or particularly time consuming, and the impact
they will have as people try to migrate forward will be tremendous. Also,
don't fall into the trap of thinking no one could possibly be using this
tiny project - I bet they are and bet they'll want to continue to :)

If I've missed some steps, please reply with them. Are there more house
cleaning things we should do? Have you run into any other issues migrating
to 1.3 (the steps listed here were purely what was necessary for me and the
few others I've talked to)?

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Re: D3 JavaScript data visualization in ClojureScript

2011-08-25 Thread Chris Granger
Very cool! I was actually implemented a little visualization lib
inspired by D3 directly in cljs. I'll clean it up and push it to
http://github.com/ibdknox/pinot tonight.

D3 is awesome, so I'm excited to see stuff like this. :)

Cheers,
Chris.

On Aug 25, 4:42 pm, Kevin Lynagh klyn...@gmail.com wrote:
 We've been experimenting with ClojureScript and D3, a JavaScript DOM-
 manipulation with an emphasis on data visualization, and we just put
 our work on the Github:

    https://github.com/lynaghk/cljs-d3/

 Basically, this is a façade that proxies the native D3 JavaScript
 functions so that you don't have to constantly use dot and dot-dot
 interop macros.
 We've also added some syntactic sugar to D3 so you can pass maps to
 (attr) and (style);

     (- selection
         (attr {:width 10 :height 20
                :color #(if ( % 1) red blue)}))

 and other functions get a more Clojure-esque api:

     (scales/linear :domain [0 1] :range [0 Width])

 The official site is here:

    http://keminglabs/cljs-d3/

 We're switching to ClojureScript from CoffeeScript/JS for all of our
 new interface/dataviz work, so we'll be adding a lot to this project
 over the next few months.

 We've submitted a talk proposal for the Conj:

    http://keminglabs/d3.clj/

 but in the mean time we are happy to chat with anyone about our
 experiences wrapping a JS library for ClojureScript and data
 visualization with Clojure in general.

 best,

 Kevin
 Keming Labs

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Async Requests in ClojureScript

2011-08-16 Thread Chris Granger
You could also look at how I do remotes in Pinot. 
http://github.com/ibdknox/pinot

Cheers,
Chris.

On Aug 16, 12:16 pm, Edmund edmundsjack...@gmail.com wrote:
 Hi Base,

         I have a super basic example of this on my blog 
 athttp://boss-level.com/?p=119 It should get you over this hump.

 Gimme a shout if you have problems,

 Edmund

 On 16/08/2011 19:08, Base wrote:







  Hi All -

  I am attempting to get started in ClojureScript and am completely
  flummoxed on getting my connectivity set up.

  I have a web server running on my local machine such that

 http://localhost:8080/m

  yields my data correctly (just a test URL...)

  I am attempting to connect using the following cljs

  (ns hello.foo.dat (:require [goog.net.XhrIo :as gxhr] [goog.Uri :as
  uri] [cljs.reader :as reader]))

  (defn- extract-response [message] (reader/read-string (.
  message/target (getResponseText

  (defn get-data [_] (gxhr/send (goog.Uri. http://localhost:8080/m;)
  extract-response))

  However when I attempt to execute this function in the browser I get
  'undefined' returned. Anything you can see here that I am doing
  wrong?  This does appear to execute correctly (i.e. the function is
  called, as a hard coded return string does return correctly)

  Any help is most welcomed!

  Thanks,

  Base

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Distributing ClojureScript Libraries packaging/dependencies

2011-08-09 Thread Chris Granger
FWIW, I've already done what Brenton describes (jar'ing the compiler
and such) for noir-cljs (https://github.com/ibdknox/noir-cljs) which
adds compilation as middleware. I've also gone the route of jar'ing up
my clojurescript stuff and that has worked really well. It seems to me
that there's no reason not to just keep using lein/cake/etc for this
stuff. It's already a pretty good workflow :)

Cheers,
Chris.

On Aug 9, 10:40 am, Marko Kocić marko.ko...@gmail.com wrote:
 If you mark your public functions with ^:export, even advanced optimization
 will keep those functions intact.
 You can campile your library into js, and distribute that file.
 You can use this compiled file just as any other Closure compatible
 javascript library.

 Regards,
 Marko

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


Re: Clojurescript - Javascript constructor and namespace with the same name problem

2011-07-30 Thread Chris Granger
FWIW, one work around for this is to include the sub-namespace as well
and reference it from that one. So in your example:

(ns notepad
  (:require
 [goog.dom :as dom]
 [goog.ui :as ui]
 [goog.ui.Zippy :as Zippy]))

(ui/Zippy. ttt sss)


On Jul 28, 7:41 am, Marko Kocić marko.ko...@gmail.com wrote:
 Hi all,

 When dealing with ClojureScript and Closure library it happens pretty often
 that Closure namespace is in the same time constructor for some object.

 Take a look for this example:

 (ns notepad
   (:require
      [goog.dom :as dom]
      [goog.ui.Zippy :as Zippy]))

 First, require forces me to require goog.ui.Zippy as Zippy and later in the
 code I have to use fully qualified name instead of provided one.

 This works
 (goog.ui.Zippy. headerElement contentElement)

 This doesn't work, since Zippy is namespace declaration
 (Zippy. headerElement contentElement)

 I know that we can't have both namespace and function with the same name,
 but this is pretty frequent situation in Closure library, and is a bit
 awkward.
 One solution would be that namespace :as symbol is specialcased so that
 without namespace prefix Zippy and Zippy. works like a regular function, and
 when in place of namespace prefix, it works as a namespace prefix. That
 would be pretty in line with Closure library itselfi.

 Then we would be able to use
 (require [goog.ui.Zippy :as Zippy])
 (def z (Zippy. ttt sss)) ;; same as calls goog.ui.Zippy.
 (Zippy/someMethod x) ;; same as goog.ui.Zippy

 What would be your proposal for this?

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en


ClojureScript browser-oriented REPL

2011-07-28 Thread Chris Granger
Hey Guys,

I set out and built a clojurescript REPL that uses the browser as it's
execution environment instead of rhino (yes, you can pop up all the
alerts you want!). I'm sure there might be rough edges here and there,
but it currently provides a much better experience than the current
REPL:

- uses rlwrap
- doesn't fail on reader exceptions
- adds a (require ...) function
- allows you to drive visual changes from the browser

https://github.com/ibdknox/brepl

Have fun!

Cheers,
Chris.

-- 
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 - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en