On 28/03/2009, at 5:21 PM, Rayne wrote:

> I'd say Enclojure is close to
> production-ready.

 From my playing with it, plus the list of things not yet done, I
don't think this is true. The IntelliJ clojure support seems more
advanced right now, and I'm starting to use that in production. IMO
the new NetBeans 6.7 L&F on OSX now looks better than any other java
IDE on OSX (but enclojure doesn't run on it). If enclojure did
formatting and ran on 6.7 I'd probably choose that for Clojure
development, although another consideration is that if you want to do
mixed Scala/Clojure development, IntelliJ's Scala support has
considerably loftier goals than Eclipse/NetBeans e.g. first-class
support for the language model wrt refactoring etc.

Antony Blakey
--------------------------
CTO, Linkuistics Pty Ltd
Ph: 0438 840 787

Lack of will power has caused more failure than lack of intelligence
or ability.
 -- Flower A. Newhouse

Glad to hear it is a usable tutorial!

It seems like lots of people coming to Clojure not coming from Java
are having difficulties with GUI coding. I think a big list of GUI
examples in Clojure would be the perfect remedy.

<at> Krešimir - I think blogger was down for a bit that day, the link
should be fine now
<at> Andrew - thanks for pointing out the mangled code, I fixed it

i may be in the minority in thinking that eventually (not as a priority, I understand) more and more of the useful stuff from Java should be wrapped ... even if it masks the documentation.  File IO was the last example that I suggested putting in the core.  This GUI question comes up so often, too, but it's a tougher call because it's hard to do without tying clojure to the jvm.  That said, If I NEVER have to use java calls directly, imagine how easy the port if/when clojure ever lives on top of some other vm.

On Tue, Mar 31, 2009 at 5:18 PM, Curran Kelleher <curran.kelleher <at> gmail.com> wrote:

Glad to hear it is a usable tutorial!

It seems like lots of people coming to Clojure not coming from Java
are having difficulties with GUI coding. I think a big list of GUI
examples in Clojure would be the perfect remedy.

<at> Krešimir - I think blogger was down for a bit that day, the link
should be fine now
<at> Andrew - thanks for pointing out the mangled code, I fixed it

i may be in the minority in thinking that eventually (not as a priority, I understand) more and more of the useful stuff from Java should be wrapped ... even if it masks the documentation.  File IO was the last example that I suggested putting in the core.  This GUI question comes up so often, too, but it's a tougher call because it's hard to do without tying clojure to the jvm.  That said, If I NEVER have to use java calls directly, imagine how easy the port if/when clojure ever lives on top of some other vm.

On Tue, Mar 31, 2009 at 5:18 PM, Curran Kelleher <curran.kelleher <at> gmail.com> wrote:

Glad to hear it is a usable tutorial!

It seems like lots of people coming to Clojure not coming from Java
are having difficulties with GUI coding. I think a big list of GUI
examples in Clojure would be the perfect remedy.

<at> Krešimir - I think blogger was down for a bit that day, the link
should be fine now
<at> Andrew - thanks for pointing out the mangled code, I fixed it

(i know this note of mine probably really doesn't help, but)

> But maybe such thing already exist in the Scheme/CommonLisp world, and could
> be used or be a source of inspiration ?

i'm not totally sure what you have in mind, but the subject of "new
researchy approach to doing GUIs that is supposed to be better than
everything else before" is a depressingly common subject matter, i
think, given the actual approaches that ends up really being used most
often.

there's stuff like Adobe's http://lambda-the-ultimate.org/node/563.

there's stuff like FRP in Haskell or PLT-Scheme.

there's stuff like JavaFX (or whatever it is called this week).

there's stuff like X-Windows but driven sanely by Erlang rather than C.

then there's all the stuff that never got used anywhere outside of academia.

etc.

sincerely.