Re: [ANN] ClojureScript release 0.0-1535 with G.Closure 0.0-2029

> That said what's the compelling reason these days for lein-cljsbuild to > depend on a specific version of ClojureScript? Are you relying on certain > aspects of the analyzer or compiler's API and find that they change quite > frequently? I guess the (debatably compelling) reason for that t

Re: Change the CCW compile output catalog

2012/12/1 Laurent PETIT : > Hello, > > 2012/12/1 Vladimir Tsichevski : >> Hi, >> >> CCW always outputs compiled classes into the "classes" catalog. AFAIK, this >> name is compiled into CCW and hence cannot be changed. My two questions are: >> >> 1. Why the catalog path is not configurable? Was this

Re: Change the CCW compile output catalog

On Sunday, December 2, 2012 2:11:48 AM UTC+4, Vladimir Tsichevski wrote: > > > Hi Laurent, > > many thanks for the quick and helpful response! > > Now that I've managed to make CCW compile my clojure code to classes I'm > wondering how to tell Eclipse to package these classes to an RCP plugin >

Re: Change the CCW compile output catalog

Hi Laurent, many thanks for the quick and helpful response! Now that I've managed to make CCW compile my clojure code to classes I'm wondering how to tell Eclipse to package these classes to an RCP plugin along with classes produced from Java. Regards, Vladimir On Sunday, December 2, 2012 1:

Re: First test with JavaFx and blocked yet :(

if you read the docs on the java command -cp and -jar are mutually exclusive options On Sat, Dec 1, 2012 at 1:19 AM, Christian Sperandio < christian.speran...@gmail.com> wrote: > Thanks :) > I got my error. Because I declared my code as a class, my mind turned into > a object logic and I forget

Re: Change the CCW compile output catalog

Hello, 2012/12/1 Vladimir Tsichevski : > Hi, > > CCW always outputs compiled classes into the "classes" catalog. AFAIK, this > name is compiled into CCW and hence cannot be changed. My two questions are: > > 1. Why the catalog path is not configurable? Was this made intentionally? It is a limitat

Change the CCW compile output catalog

Hi, CCW always outputs compiled classes into the "classes" catalog. AFAIK, this name is compiled into CCW and hence cannot be changed. My two questions are: 1. Why the catalog path is not configurable? Was this made intentionally? 2. Why this catalog differs from the Java output catalog? Was it

Re: JavaFX2, problem with overriden constructor

I feel shame. I didn't think try this solution. Thanks. 2012/12/1 Sean Corfield > On Sat, Dec 1, 2012 at 11:58 AM, Christian Sperandio < > christian.speran...@gmail.com> wrote: > >> When I try to use the following constructor >> *Scene

Re: JavaFX2, problem with overriden constructor

On Sat, Dec 1, 2012 at 11:58 AM, Christian Sperandio < christian.speran...@gmail.com> wrote: > When I try to use the following constructor > *Scene > *(Parent

Re: Proposed change to let-> syntax

Nevermind that. The answer is that as-> would "reduce arg order and destructuring expectations". Makes sense. So for whatever small amount it is worth I officially have been convinced of all the new names. On Sat, Dec 1, 2012 at 12:08 PM, Alex Baranosky < alexander.barano...@gmail.com> wrote:

Re: Proposed change to let-> syntax

The more I watch this conversation, the more I like some-> and cond->. What was the motivation for changing let-> to as-> ? let-> made a lot of sense as a name to me. On Sat, Dec 1, 2012 at 6:48 AM, Rich Hickey wrote: > I'll argue that if 'e' in conde is enough to imply 'each' then '->' in > co

JavaFX2, problem with overriden constructor

Hi, I continue learning JafaFX with Clojure and I've got an issue with the Scene constructor. When I try to use the following constructor *Scene*(Parent

Re: Proposed change to let-> syntax

On Sat, Dec 1, 2012 at 6:33 AM, Rich Hickey wrote: > > Given that some-> threads while non-nil but the fn some stops with the > first logical true value, this seems counter-intuitive to me. when-> seems > better here, or while-> perhaps? What other names were considered? > when and while also use

Re: Proposed change to let-> syntax

+1 On Saturday, December 1, 2012 6:38:54 PM UTC+1, Andy Fingerhut wrote: > > I don't have suggestions for the best names for these new things, but one > good example in the doc string would go a long way to making it clearer > what they *do* and how they are intended to be used. The doc strings

Re: Proposed change to let-> syntax

I don't have suggestions for the best names for these new things, but one good example in the doc string would go a long way to making it clearer what they *do* and how they are intended to be used. The doc strings are written once, but read thousands of times, and are your most reliable line o

Re: Clojure CLR and System.Double Behavior

Thank you! On Nov 30, 2012, at 11:35 PM, dmiller wrote: > Patched in master branch. > > Clojure 1.5.0-master-SNAPSHOT > user=> > user=> (defn bar [^Double d] d) > #'user/bar > user=> (defn baz [^System.Double d] d) > #'user/baz > user=> (bar 1.2) > 1.2 > user=> (baz 1.2) > 1.2 > user=> (defprot

Re: Proposed change to let-> syntax

I'll argue that if 'e' in conde is enough to imply 'each' then '->' in cond-> is enough to imply it keeps threading. I think many people have ideas about -> operators born of some of these libraries that supply a wealth of 'things you can use in ->'. Most of their operators have '->' in their

Re: Proposed change to let-> syntax

On Nov 30, 2012, at 4:53 PM, Sean Corfield wrote: > On Fri, Nov 30, 2012 at 7:37 AM, Rich Hickey wrote: > A) let-> becomes as-> > > Fine with that. > > B) test-> becomes cond-> > > Fine with that (because I can't think of anything better). > > C) when-> becomes some-> > > and in doing so,

Re: Proposed change to let-> syntax

gate-> would work. Like guard-> it doesn't have any connotations in the Clojure world, but it's learnable. I'll add one more: qual-> ... short for "qualified threading macro". Each clause is qualified by a test condition. Of course, there's always conde-> to borrow from miniKanren and core.lo

Re: refer-clojure seems to have no effect.

Solved it for me as well. Great :D On Thursday, November 22, 2012 4:03:38 PM UTC+1, Chas Emerick wrote: > > The user namespace is implicitly created with a blanket refer for > clojure.core; removing the mapping for e.g. '== in user would require using > ns-unmap. > > Just use a different namesp

Re: class loading problem in embedded clojure

Hi, nobody still cannot explain why PlatformUI (PlatformUI/getWorkbench) works, and (PlatformUI/getWorkbench) does not? -- 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

New Clojurescript Project: browsing the web collectively.

Hi all, I wrote a little thing in Clojurescript. Hopefully someone here will find it interesting. Its a bookmarklet that lets users on a website see one another and interact. http://www.treklet.com You can click Try it Now to give it a run. Let me know if anyone has thoughts. Jeremy

Re: ANN - Conjure 2.1.1 - Lightweight mocking library

Glad you like it. That situation has never come up, because usually in unit tests you don't have so many calls in a loop. On Sat, Dec 1, 2012 at 12:02 AM, faenvie wrote: > I tried it out and like it. > > i esp. inspiring to see how you do the lein multi-deps-test against > clojure-versions 1.2

Re: First test with JavaFx and blocked yet :(

Thanks :) I got my error. Because I declared my code as a class, my mind turned into a object logic and I forget I was always in Clojure and in functional mind. I'd like understand an another point too. When I generate a jar with lein uberjar, the code works. But if I do only a lein jar, the ru

Re: ANN - Conjure 2.1.1 - Lightweight mocking library

I tried it out and like it. i esp. inspiring to see how you do the lein multi-deps-test against clojure-versions 1.2 to 1.5. could the state that builds up in call-times cause mem-resource-problem with long-running-loops in fake-context ? but normally you don't have those in unit-testing ... a