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} It appears it did not understand that I
commented out
}/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 esiot...@gmail.com wrote:
On Tue, Mar 3, 2009 at 9:14 PM, aperotte apero...@gmail.com wrote
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/
waterfront/ide/main.clj $@
-Adler
On Mar 4, 1:14 am
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 command-key
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 on a Mac with Java 1.5?
Konrad.
--~--~-~--~~~---~--~~
You received this message because you are subscribed
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..173
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 now
/
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 am, Itay Maman itay.ma
~/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 for the shell script is encoding
DOS style newlines
}/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 ago for details:
http://groups.google.com/group/clojure
Dan, Marko,
I wonder whether you have the time to do a little experiment. The LF
is set at line 182 of net/sourceforge/waterfront/ide/ui.clj. Could you
please try to see which LF works on your machine or, otherwise,
understand why an exception is thrown there?
Thanks,
-Itay
On Feb 28, 12:58
On Sat, Feb 28, 2009 at 4:31 AM, Itay Maman itay.ma...@gmail.com wrote:
Dan, Marko,
I wonder whether you have the time to do a little experiment. The LF
is set at line 182 of net/sourceforge/waterfront/ide/ui.clj. Could you
please try to see which LF works on your machine or, otherwise
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)
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
that Waterfront is using. If you don't get this LF
then perhaps the call to setLookAndFeel() fails on your machine. I'll
add a piece of code to log the exception.
-Itay
- Allow user to increase application fonts, not just editor fonts.
Regards,
Marko Kocić
I'm not sure I understand. Are you referring to
UIManager.getSystemLookAndFeelClassName() ?
This is the LF that Waterfront is using. If you don't get this LF
then perhaps the call to setLookAndFeel() fails on your machine. I'll
add a piece of code to log the exception.
-Itay
It also has
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 catena...@gmail.com 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.clj
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 try on Mac OS X. It worked
well and showcases many cool ideas.
I had a couple of issues:
- when
), 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, send email to clojure@googlegroups.com
On Feb 26, 6:10 am, Itay Maman itay.ma...@gmail.com 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.
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
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 generates
these @Overrides annotations automatically. I agree with your
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 1.5 as well.
No I don't need Java6. My Eclipse is configured to be Java6-compliant
so it generates
What
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/
waterfront/ide
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 seems like you're also assuming 'clj
...@gmail.com 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 (http
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 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
-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 that we Clojure-using folks adopt CLOJURE_HOME as our
standard environment
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
, 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
errors like this one
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. I can help with the
build files.
-Stuart
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 user.home property (typically: c:\windows
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't know
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
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
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
of clojure did you build it agaisnt?
Thanks
Tom
2009/2/24 Itay Maman itay.ma...@gmail.com
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
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
58 matches
Mail list logo