Hello All,
I was playing with Waterfront editor and I found the below a little
difficult to figure out.
(defstruct aount :h1 :h2 :h3 :h4)
;;(def rowi8 (struct aount "x" "x" "x" "x"))
(def sande (ref rowi8))
@sande
{:h1 x , :h2 x, :h3 x, :h4 x}
contain
the clojure jar file. This is my current script:
#!/bin/bash
DP="${0%/*}"
java -cp "$CLASSPATH:${DP}/clj:${DP}/java:${DP}/bin" -
Dnet.sourceforge.waterfront.plugins="${DP}/clj/net/sourceforge/
waterfront/ide/plugins" clojure.main "${DP}/clj/net/sourceforge
CLASSPATH:${DP}/clj:${DP}/java:${DP}/bin" -
Dnet.sourceforge.waterfront.plugins="${DP}/clj/net/sourceforge/
waterfront/ide/plugins" clojure.main "${DP}/clj/net/sourceforge/
waterfront/ide/main.clj" "$@"
-Adler
On Mar 4, 1:14 am, Michael Wood wrote:
> On Tue
/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 $*
There are some bugs in your script. See my post in this thread from a
few days a
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 $*
>
> P.S. - The text editor you are using
net/sourceforge/
waterfront/ide/plugins clojure.main ${DP}/clj/net/sourceforge/
waterfront/ide/main.clj $*
P.S. - The text editor you are using for the shell script is encoding
DOS style newlines and doesn't work on linux. I copied the text to a
new file to get around it.
-Adler
On Feb 25, 4:32 a
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,
a message
when a new revision is up.
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...)
Replace lines 169
ont.ide$dispatcher__550$fn__554.invoke
(ui.clj:85)
...
It looks as if my installation lacks parts of Swing, but there also
seem to be some lazy-seq-related bugs in Waterfront itself (my
Clojure is compiled with clojure.assert-if-lazy-seq=true).
Is anyone running Waterfront successfully
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 downl
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 o
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 2
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
> > interce
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
> 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 co
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&
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
to the build.xml file.
> >
> > Do you need Java 1.6 features? Clojure itself works fine with 1.5,
> > and there are still machines around for which there is no 1.6 (my PPC
> > Mac running MacOS 10.4, for example), so it would be nice if
> > Waterfront could work with Java
rks fine with 1.5,
> and there are still machines around for which there is no 1.6 (my PPC
> Mac running MacOS 10.4, for example), so it would be nice if
> Waterfront could work with Java 1.5 as well.
No I don't need Java6. My Eclipse is configured to be Java6-compliant
so it
On Feb 26, 2:11 pm, Onorio Catenacci wrote:
> On Feb 26, 6:10 am, Itay Maman wrote:
>
> > Hi Onorio
>
> > RC1-147 requires the use of Clojure's latest snapshot (can be obtained
> > from the SVN).
>
> I figured that was probably the case but I thought you might want to
> know about the assertio
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, 6:10 am, Itay Maman wrote:
> Hi Onorio
>
> RC1-147 requires the use of Clojure's latest snapshot (can be obtained
> from the SVN).
>
I figured that was probably the case but I thought you might want to
know about the assertion failure in case it were some other issue.
--
Onorio
--~--
Mac running MacOS 10.4, for example), so it would be nice if
Waterfront could work with Java 1.5 as well.
Konrad.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, sen
gt; > using this version,
> > a few issues may come up. I'd be glad to fix these.
>
> > I also took Mike's suggestion, Waterfromt's main window is now using
> > a side-by-side layout.
>
> Hi Itay,
>
> Very nice work on waterfront! I gave it a tr
Hi Onorio
RC1-147 requires the use of Clojure's latest snapshot (can be obtained
from the SVN).
-Itay
On Feb 26, 4:21 am, Onorio Catenacci wrote:
> Hi Itay (and everyone else),
>
> Every time I try to run Waterfront I keep running into the same
> error. On line 83 of kit.
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/s
Hi Itay (and everyone else),
Every time I try to run Waterfront I keep running into the same
error. On line 83 of kit.clj the assertion fails.
Version of Clojure: Revision: 1173
I just pulled Waterfront from the SourceForge site. (RC1-147). I
didn't see the older version so I don'
ll get the following
> message as Waterfront is launching:
> Can't load plugin output-window.clj. Reason: nil
> Can't load plugin eval-as-you-type.clj. Reason: nil
>
> Here's the fix: close all Waterfront windows. Go to the directory
> indicated by Java's
good candidate for a
"Clojure in a Box" type of download, filling the role that IDLE does
for Python. One could easily package Waterfront, Clojure core, and
contrib in a single JAR that runs with a simple "java -jar", to help
newcomers get started with the language quickly.
27;s suggestion, Waterfromt's main window is now using
a side-by-side layout.
Hi Itay,
Very nice work on waterfront! I gave it a try on Mac OS X. It worked
well and showcases many cool ideas.
I had a couple of issues:
- when building on Mac OS X with Java 6 64-bit or Java 5 32-bit, I got
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/
>>
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
t; > 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
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 $*
#!/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
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:
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
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 fin
:04, Itay Maman wrote:
> 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 (h
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 clojure.main ${0%/*}clj/net/sourceforge/
> waterfront/ide/main.clj %*
>
> It see
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/
wate
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
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 i
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
on of clojure did you build it agaisnt?
Thanks
Tom
2009/2/24 Itay Maman
>
> 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
> Wa
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/pr
66 matches
Mail list logo