Michael, Itay,
I apologize, that was actually an intermediate script. I also
incorporated Michael's suggestion. The only thing that's different
from Michael's is the addition of the bin directory. This is my
current script:
#!/bin/bash
DP=${0%/*}
java -cp
Michael, Itay,
I apologize, that was actually an intermediate script. I also
incorporated Michael's suggestion. The only thing that's different
from Michael's is the addition of the bin directory. Also, my script
assumes that you've set a CLASSPATH environment variable to contain
the clojure
Hi,
I'm using linux (Ubuntu) and none of the above scripts worked for me.
I added the ${DP}/bin directory to the classpath list to get it to
work.
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
On Tue, Mar 3, 2009 at 9:14 PM, aperotte apero...@gmail.com wrote:
Hi,
I'm using linux (Ubuntu) and none of the above scripts worked for me.
I added the ${DP}/bin directory to the classpath list to get it to
work.
#!/bin/sh
DP=${0%/*}
java -cp
On Feb 26, 3:02 am, Stephen C. Gilardi squee...@mac.com wrote:
On Feb 24, 2009, at 6:47 PM, Itay Maman wrote:
This version is fully functional and so far I didn't encounter any
bugs.
I guess that over the course of the next few days, as people start
using this version,
a few issues
On Feb 26, 2009, at 12:30, Itay Maman wrote:
In Java6 @Override can also be attached to a method that overrides an
interface-declared method. So, the code is not supposed to compile w/
a Java5 compiler. As for the Java6 compiler, my guess is that your
compile is configured to be Java5
super slick, I love it!
--~--~-~--~~~---~--~~
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
To unsubscribe from this group, send email to
On Feb 26, 2:02 pm, Konrad Hinsen konrad.hin...@laposte.net wrote:
On Feb 26, 2009, at 12:30, Itay Maman wrote:
In Java6 @Override can also be attached to a method that overrides an
interface-declared method. So, the code is not supposed to compile w/
a Java5 compiler. As for the Java6
2009/2/26 Itay Maman itay.ma...@gmail.com
On Feb 26, 2:02 pm, Konrad Hinsen konrad.hin...@laposte.net wrote:
On Feb 26, 2009, at 12:30, Itay Maman wrote:
In Java6 @Override can also be attached to a method that overrides an
interface-declared method. So, the code is not supposed to
What ? You used Eclipse, and still wanted to get rid of it and of clojuredev
! How sad I am ... ;-)
:))
I've taken a look at what you've done, wow !
How long did it take to realize that ? Were you working on it daily, or
nightly ?
I had a couple of weeks off at Dec. Since Jan. it is
I'm trying to rewrite the wf.bat to a linux version, but I was a bit
puzzled what all the ;%~dp0 's mean. Apparently the bash version of it
is ${0%/*}
java -cp ~/src/clojure/clojure.jar;${0%/*}clj;${0%/*}java -
Dnet.sourceforge.waterfront.plugins=${0%/*}clj/net/sourceforge/
On Feb 25, 11:08 am, bOR_ boris.sch...@gmail.com wrote:
I'm trying to rewrite the wf.bat to a linux version, but I was a bit
puzzled what all the ;%~dp0 's mean.
In .bat files %~dp0 specifies the directory where the .bat file is
located.
In sh scripts, it should be `dirname $0`.
Apparently
where can i read about application context pattern?
i this the idiomatic way to write GUI in functional languages?
i'm writing a small swing based app in clojure, and i have problems
wirting the gui, because the gui code tends to be very imperative and
messy.
On 24 Feb, 15:04, Itay Maman
On Feb 25, 11:48 am, linh nguyenlinh.m...@gmail.com wrote:
where can i read about application context pattern?
It is something I had occasionally used in the past. As I started
working on Waterfront, I realized it is well suited for GUI apps in
a functional language. I am not sure where you
For those of you who tried one of Waterfront's earlier revisions and
then switched to revision 147 (latest):
In 147 there was a change in the plugin loading order (due to plugin
dependencies). If you ran earlier versions you will get the following
message as Waterfront is launching:
Can't
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
waterfront/ide/plugins clojure.main ${DP}/clj/net/sourceforge/
waterfront/ide/main.clj $*
On Feb 25, 1:32 am, Itay Maman itay.ma...@gmail.com wrote:
On
On Feb 25, 2009, at 1:27 PM, Mark Colburn wrote:
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
waterfront/ide/plugins clojure.main ${DP}/clj/net/sourceforge/
waterfront/ide/main.clj $*
I propose
There is a small but particularly nasty corner of the third circle of
Hell reserved for people who mandate environment variables. Don't go
there.
On Feb 25, 3:47 pm, Stephen C. Gilardi squee...@mac.com wrote:
On Feb 25, 2009, at 1:27 PM, Mark Colburn wrote:
#!/bin/sh
DP=${0%/*}
java
On Wed, Feb 25, 2009 at 2:47 PM, Stephen C. Gilardi squee...@mac.com wrote:
On Feb 25, 2009, at 1:27 PM, Mark Colburn wrote:
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
waterfront/ide/plugins
Stephen C. Gilardi squee...@mac.com writes:
I propose that we Clojure-using folks adopt CLOJURE_HOME as our
standard environment variable that can be used to find clojure.jar
and other interesting bits of Clojure. The proposed value of
CLOJURE_HOME is an absolute path to the top level of an
On Feb 25, 2009, at 4:52 PM, Phil Hagelberg wrote:
I like the idea, but does this imply that clojure-contrib.jar should
be
in the same directory? Or should it look in
$CLOJURE_HOME/../clojure-contrib/clojure-contrib.jar.
That would work in my setup, but it seems clumsy. Perhaps Rich would
No, please, don't mix projects directory hierarchies,
Since clojure-contrib has such a great visibility that it's almost
impossible to depend on a lib and not to depend on clojure-contrib also, I
would stick to something simple, and say that the env variable for
clojure-contrib home should be
Hi,
Am 25.02.2009 um 23:39 schrieb Laurent PETIT:
No, please, don't mix projects directory hierarchies,
+1
Where is the problem to tell the people: Set up a sane CLASSPATH
containing the clojure.jar and clojure-contrib.jar you want! and then
just use that? Maybe there isn't even a
Hi!
Am 25.02.2009 um 23:14 schrieb Stephen C. Gilardi:
(If this flies, at some point it would be good to add contrib to
the svn-ignore list for Clojure's top level directory so it wouldn't
even show up as an untracked node.)
Another way to do this is to add contrib as an svn external:
On Feb 25, 2009, at 5:51 PM, Achim Passen wrote:
Another way to do this is to add contrib as an svn external:
http://svnbook.red-bean.com/en/1.0/ch07s03.html
Set up like this, an svn update in the root directory would update
both projects.
Very cool. I saw this kind of thing in action for
2009/2/25 Achim Passen achim.pas...@gmail.com
Hi!Am 25.02.2009 um 23:14 schrieb Stephen C. Gilardi:
(If this flies, at some point it would be good to add contrib to the
svn-ignore list for Clojure's top level directory so it wouldn't even show
up as an untracked node.)
Another way to do
I've already answered to the external stuff in another message (and sorry
for having been so crude, but I really think it's not a so good idea. In
that particular case : clojure does not depend on clojure contrib. So
clojure svn must not depend on clojure-contrib svn).
Concerning the https vs
Stephen C. Gilardi wrote:
On Feb 25, 2009, at 1:27 PM, Mark Colburn wrote:
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
waterfront/ide/plugins clojure.main ${DP}/clj/net/sourceforge/
+1 on setting a sane CLASSPATH and not depending on other environment
variables.
Then there is no need to specify a custom -cp for every Clojure/Java
program/script either...
Cheers,
Telman
P.S. My very simple CLASSPATH setup detailed here:
2009/2/26 Stephen C. Gilardi squee...@mac.com
On Feb 25, 2009, at 6:50 PM, Telman Yusupov wrote:
+1 on setting a sane CLASSPATH and not depending on other environment
variables.
Then there is no need to specify a custom -cp for every Clojure/Java
program/script either...
The problem I
On Feb 24, 2009, at 6:47 PM, Itay Maman wrote:
This version is fully functional and so far I didn't encounter any
bugs.
I guess that over the course of the next few days, as people start
using this version,
a few issues may come up. I'd be glad to fix these.
I also took Mike's suggestion,
On Feb 24, 6:47 pm, Itay Maman itay.ma...@gmail.com wrote:
After a few hours of intense work I managed to port Waterfront's code
to Clojure's latest snapshot. This version is now available for
download as RC1-147 at the same location
Very impressive, Itay. This strikes me as a good candidate
On Feb 25, 9:17 am, Itay Maman itay.ma...@gmail.com wrote:
For those of you who tried one of Waterfront's earlier revisions and
then switched to revision 147 (latest):
In 147 there was a change in the plugin loading order (due to plugin
dependencies). If you ran earlier versions you will get
On Wed, Feb 25, 2009 at 8:27 PM, Mark Colburn colburn.m...@gmail.com wrote:
#!/bin/sh
DP=${0%/*}
java -cp ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
Dnet.sourceforge.waterfront.plugins=${DP}/clj/net/sourceforge/
waterfront/ide/plugins clojure.main ${DP}/clj/net/sourceforge/
Ooops...
Sorry for the multiple posting. Seems to be some glitch.
-Itay
--~--~-~--~~~---~--~~
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
To unsubscribe
This is an interesting idea and a lightweight IDE distributed in contrib
would be a great addition IMHO.
I have tried it (on Windows using a pre-lazy version of clojure) and it
doesn't react to any events (though it does repaint after other apps windows
are dragged over it). What version of
I built it against the latest download 20081217 (SVN Revision: 1173)
-Itay
On Feb 24, 6:19 pm, Tom Ayerst tom.aye...@gmail.com wrote:
This is an interesting idea and a lightweight IDE distributed in contrib
would be a great addition IMHO.
I have tried it (on Windows using a pre-lazy
All, thanks so much for the feedback.
I am working on adapting Waterfront to the Clojure's latest snapshot.
Will let you know when this process is complete. Till then it can be
tried with Clojure's previous version (Dec.17).
-Itay
On Feb 24, 6:32 pm, Itay Maman itay.ma...@gmail.com wrote:
I
Thanks for this Itay.Very sweet. I've been running it against the
Dec. 17th download and it works fine on Vista SP1. I'm particularly
impressed with the quality of the error messages.
A few suggestions / questions:
* there's a lot of whitespace to the right even when I don't have the
window
Thanks for the quick response Itay.
Thus, the workaround is this: highlight only the Math part and then choose
Reflect.
Yup! Very nice feature.
A few further suggestions, if you're in the mood:
* a separate REPL tab would be very useful and save me from having to
enter code into the file,
After a few hours of intense work I managed to port Waterfront's code
to Clojure's latest snapshot. This version is now available for
download as RC1-147 at the same location (http://sourceforge.net/
project/showfiles.php?group_id=249246).
This version is fully functional and so far I didn't
Itay,
I took a look at Waterfront and it seems to have a lot of potential.
Keep me and the group updated on your future work.
I have also been working on a GUI application in Clojure and I share
your perspective on the challenges of designing a functional GUI. I
am definitely intrigued by the
42 matches
Mail list logo
