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 ja
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 "$CLASSPATH:${DP}/clj:${DP}/java:${
On Tue, Mar 3, 2009 at 9:14 PM, aperotte 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 ~/src/clojure/clojure.jar:${DP}/clj:${DP}/java -
>
Adler, Konard:
Thank you guys for the patches.
-Itay
On Mar 3, 9:14 pm, aperotte 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 ~/src/clo
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/
water
Itay,
> Alternatively hoping that this is the only Java6-only dependency in
> the code, you can also apply this patch to clj/net/sourceforge/
> waterfront/ide/plugins/file.clj (I didn't test is though - I am away
> from my machine, so no warranty...)
Thanks for the quick fix, it works!
I can no
Konrad,
Your installation is probably fine. The problem lies in the
FileNameExtensionFilter class. It was only introduced in Java6.
Therefore, despite the fact
that you now have binaries that are compatible with your JVM, the
program does not run. I'll try to fix this soon. I'll post a message
w
On Mar 3, 2009, at 11:46, Tom Ayerst wrote:
> If you pull trunk out of subversion you can build it locally with
> Ant. Would that do it?
Definitely, thanks! I pulled the latest revision and built it by
typing "ant". No compilation errors, but I can't run it either:
Can't load plugin custo
If you pull trunk out of subversion you can build it locally with Ant.
Would that do it?
https://waterfront.svn.sourceforge.net/svnroot/waterfront/trunk
Cheers
Tom
2009/3/3 Konrad Hinsen
>
> On 27.02.2009, at 15:14, Itay Maman wrote:
>
> > Revision 148 is available for download at
> > http:/
On 27.02.2009, at 15:14, Itay Maman wrote:
> Revision 148 is available for download at
> http://sourceforge.net/project/platformdownload.php?group_id=249246
> It addresses some of the requests that were raised in this discussion:
>
> * Changed default location of the divider
> * Fixed the "comman
On Sat, Feb 28, 2009 at 4:31 AM, Itay Maman wrote:
>
> Dan, Marko,
>
> I wonder whether you have the time to do a little experiment. The L&F
> is set at line 182 of net/sourceforge/waterfront/ide/ui.clj. Could you
> please try to see which L&F works on your machine or, otherwise,
> understand why
Dan, Marko,
I wonder whether you have the time to do a little experiment. The L&F
is set at line 182 of net/sourceforge/waterfront/ide/ui.clj. Could you
please try to see which L&F works on your machine or, otherwise,
understand why an exception is thrown there?
Thanks,
-Itay
On Feb 28, 12:58
On Feb 28, 1:57 am, zoltar wrote:
> On Feb 25, 6:02 pm, "Stephen C. Gilardi" wrote:
>
>
>
> > - When using waterfront on Mac OS X, it appears that the control
> > characters intended to trigger menu selections (e.g. ^E) are being
> > intercepted before they reach the menus. In the specific
On Feb 25, 6:02 pm, "Stephen C. Gilardi" wrote:
>
> - When using waterfront on Mac OS X, it appears that the control
> characters intended to trigger menu selections (e.g. ^E) are being
> intercepted before they reach the menus. In the specific case of ^E,
> it is being interpreted by the t
> I'm not sure I understand. Are you referring to
> UIManager.getSystemLookAndFeelClassName() ?
> This is the L&F that Waterfront is using. If you don't get this L&F
> then perhaps the call to setLookAndFeel() fails on your machine. I'll
> add a piece of code to log the exception.
>
> -Itay
It al
On Feb 27, 5:22 pm, Marko Kocić wrote:
> Nice work.
>
> I have a couple of (mostly cosmetic but important suggestions):
> - Set look and feel to NativeLookAndFeel
I'm not sure I understand. Are you referring to
UIManager.getSystemLookAndFeelClassName() ?
This is the L&F that Waterfront is usin
Nice work.
I have a couple of (mostly cosmetic but important suggestions):
- Set look and feel to NativeLookAndFeel
- Allow user to increase application fonts, not just editor fonts.
Regards,
Marko Kocić
--~--~-~--~~~---~--~~
You received this message because you
Revision 148 is available for download at
http://sourceforge.net/project/platformdownload.php?group_id=249246
It addresses some of the requests that were raised in this discussion:
* Changed default location of the divider
* Fixed the "command-key" issue on Macs.
* Java 1.5 compilance (prev. 1.6)
>
> 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. i
2009/2/26 Itay Maman
>
>
>
> On Feb 26, 2:02 pm, Konrad Hinsen 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 compile
On Feb 26, 2:02 pm, Konrad Hinsen 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 compiler, my guess
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
clojure+unsubscr...
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 com
On Feb 26, 3:02 am, "Stephen C. Gilardi" 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 may
On Wed, Feb 25, 2009 at 8: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
On Feb 25, 9:17 am, Itay Maman 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 the following
>
On Feb 24, 6:47 pm, Itay Maman 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 for a
"Clojure
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, Wate
2009/2/26 Stephen C. Gilardi
>
> 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 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 see with using CLASSPATH this way is that it
(pote
+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:
http://yusupov.com/blog/2009/basic-clojure-setup-part
On Feb 25, 2009, at 6:14 PM, Laurent PETIT wrote:
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 de
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/source
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 http
2009/2/25 Achim Passen
> 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
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 fo
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
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 "CLOJURE
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 CLOJ
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
"Stephen C. Gilardi" 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 svn check
On Wed, Feb 25, 2009 at 2:47 PM, 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 c
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" wrote:
> On Feb 25, 2009, at 1:27 PM, Mark Colburn wrote:
>
> > #!/bin/sh
> > DP="${0%/*}"
> > java -cp ~/s
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
#!/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 wrote:
> On Feb 25, 11:08 am,
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 load
Count me interested also.
On Wed, Feb 25, 2009 at 7:49 AM, Itay Maman wrote:
>
>
>
> On Feb 25, 11:48 am, linh 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 suit
On Feb 25, 11:48 am, linh 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 can find information
abou
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 wrote
On Feb 25, 11:08 am, bOR_ 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 the bash version of i
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/
waterfront/ide/plugins
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 a
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 en
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 f
On Feb 24, 10:22 pm, AlamedaMike wrote:
> 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.
Thanks
>
> A few suggestions / questions:
>
> * there's a lot
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 max
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 wrote:
> I built it against the
I built it against the latest download 20081217 (SVN Revision: 1173)
-Itay
On Feb 24, 6:19 pm, Tom Ayerst 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 version of clojure) and
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 cloju
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 f
I've been silently following Clojure (and this group) for several
months now.Somewhere around December I started working on a Clojure
editor/REPL written in Clojure. This effort evolved into the
Waterfront project which is now available on sourceforge (http://
sourceforge.net/project/showfiles.php
61 matches
Mail list logo
