On 05.04.2009, at 17:35, Christian von Essen wrote:
Yeah, I'll try providing some documentation for that. As for MacOS X,
I don't have any, so we have to figure it out together, or hope that
anyone else knows how to do it :)
I looked at this yesterday. Apparently all those headers and
In the recent releases it looks the value of the :file metadata key
for the core functions changed from core.clj to clojure/core.clj.
Because of the change the get-source function of the
clojure.contrib.repl-utils library, for example, now fails to get the
source code of the core functions (I
Hi,
Am 14.04.2009 um 09:12 schrieb Kei Suzuki:
Isn't the value supposed to be a simple file name? Is the format of
the value up to the one who sets it?
The value is a simple file name. However up to now it
was only the basename of the file. Now suppose that
(:file ^some-var) says foo.clj and
On Apr 13, 11:14 pm, Tom Faulhaber tomfaulha...@gmail.com wrote:
[This is specifically for contrib authors, but also for anyone whose
interested.]
There was some discussion (or maybe the wailing and gnashing of teeth)
about the fact that there's lots of cool functionally coming into
I've been thinking recently about contribs with dependencies.
I think it's very important to have layers - e.g. core depends only on
JDK 1.5, contrib only on core. Lately there have been some ideas
centering around Joda Time, [Parallel]Colt, AWS, JFreeChart, Fork/Join
etc.
I'd like to start a
On Apr 14, 2009, at 5:14, Tom Faulhaber wrote:
My idea is to use the namespace and var metadata to auto-generate a
set of documentation that has:
- an overview page that lists the namespaces in contrib and presents a
summary of each derived from the namespace metadata.
- each entry on the
On Apr 13, 1:31 pm, mikel mev...@mac.com wrote:
Name: xg-model, xg-gf
URL: http://code.google.com/p/explorersguild/source/clj/com/explorersguild
Instructions for checking out code are at:
http://code.google.com/p/explorersguild/source/checkout
Files: util.clj, gf.clj, model.clj,
On Tue, Apr 14, 2009 at 3:12 AM, Kei Suzuki ksd...@gmail.com wrote:
In the recent releases it looks the value of the :file metadata key
for the core functions changed from core.clj to clojure/core.clj.
Because of the change the get-source function of the
clojure.contrib.repl-utils library,
Hi Tom,
Tom Faulhaber wrote:
snip
The next stage of my plan is to build a robot that watches the
subversion repository and updates the doc on every checkin. Therefore
the doc will typically correspond to the tip of the tree.
snip
I'd be happy to add generation/upload of documentation as a
On Apr 9, 10:28 am, Remco van 't Veer rwvtv...@gmail.com wrote:
On Thu, Apr 9, 2009 at 3:17 PM, Rich Hickey richhic...@gmail.com wrote:
On Apr 9, 8:03 am, Remco van 't Veer rwvtv...@gmail.com wrote:
On Thu, Apr 9, 2009 at 1:23 PM, Onorio Catenacci catena...@gmail.com
wrote:
[..]
On Tue, Apr 14, 2009 at 2:40 PM, Rich Hickey richhic...@gmail.com wrote:
On Apr 9, 10:28 am, Remco van 't Veer rwvtv...@gmail.com wrote:
On Thu, Apr 9, 2009 at 3:17 PM, Rich Hickey richhic...@gmail.com wrote:
A blocker for dalvik is issue 77;
I'll be glad to support it if people choose to use it and report
issues. My plans to use are still on my todo list, things just keep
getting put on top of them. One of which is to get my own server set
up to host this and some other projects.
I'll check out those asserts and make them so they're
This feature would be very useful, as I know I spend too much time in
re-implementing stuff that exists in contrib. However, contrib isn't
the only library that needs to be documented. Besides the doc-string
metadata, is there any type of Clojure-doc, similar to Java-doc?
Is there utility to
Hello David,
David Nolen a écrit :
Considering the above, I'm left wondering if it's possible to further
eliminate these redundancies and make templates more reusable. I'm not
sure if this is what you had in mind for Enlive, but allowing
templates to be created without references to files
Great initiative !
Some thoughts I had when reading your proposal:
2009/4/14 Tom Faulhaber tomfaulha...@gmail.com
[This is specifically for contrib authors, but also for anyone whose
interested.]
There was some discussion (or maybe the wailing and gnashing of teeth)
about the fact that
Cool! Rather then waiting, you could host it in the interim on GitHub or
Google Code so people like myself can submit patches (which I'm more than
willing to do) ;) Just a thought...
A couple of things:
(println
(javascript (var x)))
I would expect this to convert to:
var x;
It does not.
Cool! Rather then waiting, you could host it in the interim on GitHub or
Google Code so people like myself can submit patches (which I'm more than
willing to do) ;) Just a thought...
A couple of things:
(println
(javascript (var x)))
I would expect this to convert to:
var x;
It does not.
Both Clojure and Clojure-Contrib are now available as nightly builds
from the Tapestry360 Maven snapshot repository.
To access the nightly snapshots in Maven, you must update your
pom.xml's repositories element (creating it as necessary):
repositories
repository
2009/4/14 Laurent PETIT laurent.pe...@gmail.com
Great initiative !
Some thoughts I had when reading your proposal:
2009/4/14 Tom Faulhaber tomfaulha...@gmail.com
[This is specifically for contrib authors, but also for anyone whose
interested.]
There was some discussion (or maybe the
Joda Time, Colt, Fork/Join seem like projects that truly add something to
Clojure. These are projects which solve problems that developers have come
to expect from their respective language.
Joda Time - sane date/time (really useful when building web services).
Colt - enough people want to do
On Apr 14, 8:19 am, Rich Hickey richhic...@gmail.com wrote:
I've been thinking recently about contribs with dependencies.
...
I'd like to start a discussion about how best to support the
contributions of libraries that depend on things not in the JDK.
I'm ok with contribs depending on non-JDK
On Apr 13, 9:12 pm, Rich Hickey richhic...@gmail.com wrote:
:tag is applied to source forms to communicate type hints to the
compiler. :type can be used, by convention, to add 'type names' to
runtime data structures that support metadata. The type function will
return the :type metadata if
Cool, thanks Howard. That is helpful and I know how much you love
Maven, so it is appreciated. :)
On Apr 14, 2009, at 10:52 AM, Howard Lewis Ship wrote:
Both Clojure and Clojure-Contrib are now available as nightly builds
from the Tapestry360 Maven snapshot repository.
To access the
Ooops didn't finish that thought. But my point was that I think some of the
libraries in consideration stand apart in terms of convenience vs. actual
utility.
Not so sure about how to deploy this stuff ;) Stuart's ideas seems
reasonable, though again, Clojure already includes some external source
On Apr 13, 9:44 pm, levand luke.vanderh...@gmail.com wrote:
As a demo of JVM languages running on the Google App Engine, they
included a Clojure REPL.
Nifty. Printing doesn't seem to work.
-S
--~--~-~--~~~---~--~~
You received this message because you are
The problem will then be that the next time I checkout clojure-contrib, BLAM
I can't compile it because I need to download a jar from somewhere on the
web ...
But in the other end, this seems inevitable for the parts that will really
*need* those libs.
Maybe it's time to make clojure-contrib
On Apr 14, 2009, at 17:17, Laurent PETIT wrote:
The problem will then be that the next time I checkout clojure-
contrib, BLAM I can't compile it because I need to download a jar
from somewhere on the web ...
That could be avoided by including the Clojure source in clojure-
contrib, but
I like Stuart's idea, but I can see those dependency declarations
becoming repetitive in any significantly large project. I think there
would need to be someway to declare dependencies on a larger scope,
perhaps application wide, or some mechanism to describe dependencies
for sets of namespaces.
2009/4/14 Konrad Hinsen konrad.hin...@laposte.net
On Apr 14, 2009, at 17:17, Laurent PETIT wrote:
The problem will then be that the next time I checkout clojure-
contrib, BLAM I can't compile it because I need to download a jar
from somewhere on the web ...
That could be avoided by
I pushed do-, attr=, attr? and snippets values as source to github
http://github.com/cgrand/enlive/commits/right
Christophe Grand a écrit :
Hello David,
David Nolen a écrit :
Considering the above, I'm left wondering if it's possible to further
eliminate these redundancies and make
A better version of clojure.contrib.singleton:
clojure.contrib.singleton/per-thread-singleton
([f])
Returns a per-thread singleton function. The singleton
function will call f only once for each thread, and cache its value
for subsequent calls from the same thread. This allows you to
Are there strong feelings against moving away from a centralized
contrib repository in favor of a directory (probably on clojure.org)
of independent projects? Seems to me that this simplifies the matter
of getting just the libraries you need without having to worry about
unrelated dependencies,
I got my static IP today. I'm setting up the web server now. I'll
setup the Git server ASAP.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Clojure group.
To post to this group, send email to
Hi,
Am 14.04.2009 um 17:17 schrieb Laurent PETIT:
It will be very difficult to speak about it without the discussion
switching to a dependency management tool war OR to keep things
simple, add the dependencies (if their license allow it *OUCH*) in
some libs/ directory in
Konrad,
I too would rather have everything in a single :doc tag and it most
cases it will be (just as it is with the clojure.org API page). But I
wanted to leave open the option for people to create custom marked-up
version for the wiki if they wanted something fancier. Any solution
that
Cool! Thanks.
Also sorry for the accidental double post and I had a typo, I meant the
weird result was:
(println
(javascript (new ClassGenerator {prop1 a prop2 b})))
var MyClass = new(ClassGenerator, {prop1:a,prop2:b});
Instead of-
var MyClass = new ClassGenerator({prop1:a, prop2:b});
On
I'd say to refactor clojure-contrib into a number of seperate modules;
individual modules (each with its own pom) could have their own
dependencies. Thus if you choose clojure-contrib-freechart, you get
that JAR (or compiled Clojure sources) plus the jfreechart dependency.
In this way you are
Great! I will play around with the new features and returns with some more
informed feedback ;)
On Tue, Apr 14, 2009 at 9:58 AM, Christophe Grand christo...@cgrand.netwrote:
Hello David,
David Nolen a écrit :
Considering the above, I'm left wondering if it's possible to further
eliminate
Hi,
On 14 tra, 23:15, Meikel Brandmeyer m...@kotka.de wrote:
I'd
really love to see defmacro in ant...
There is macrodef http://ant.apache.org/manual/CoreTasks/macrodef.html
in Ant, also, there is a Script task you can use to include JavaScript
(and many other) in your Ant builds. You may
Hi,
I'm not sure if this is relevant to this discussion but, as a
newcomer, I was puzzled by the organisation of the clojure-contrib
source.
Why, for example, are ClojureCLR and clojurescript at the top of the
trunk? Shouldn't these be in separate projects?
Regards,
Mark.
--
Dear Clojurians,
here an update of my Ivy experiments.
For publishing in a shared repository
it uses svnant[1] to automatically extract
the current revision as new version
number.
Sincerely
Meikel
[1]: http://subclipse.tigris.org/svnant.html
contrib-ivy2.diff
Description: Binary data
Hi,
Am 14.04.2009 um 23:24 schrieb Krešimir Šojat:
I'd really love to see defmacro in ant...
There is macrodef http://ant.apache.org/manual/CoreTasks/macrodef.html
in Ant, also, there is a Script task you can use to include JavaScript
(and many other) in your Ant builds. You may also check
Jason,
Thanks for the offer. I may take you up on it as I get this into
production such as it is.
Sean,
Nothing that I found in contrib (but who knows, there's no
documentation :-)). Rich posted some code (which I'm using in a
modified version in the center of things) for doing the API paage
On 14 tra, 23:48, Meikel Brandmeyer m...@kotka.de wrote:
I already use MacroDef. As far as I see, none of those allows me to
define
new targets, right? Only tasks?
Yes, they can only define new tasks, you can call targets from them
(using antcall) and of course call them from your
One early thought, would you like me to extend the number of examples? I'm
really getting into the nitty gritty of what's possible with Enlive and it
would be nice to have a relatively informative list of possibilities
distributed with the library vs. the single example that's in there right
now
I'm just starting out on Enlive - any examples added would be welcome.
I'll also accumulate some documentation as I go through the learning
curve.
Thanks, Adrian.
On Wed, Apr 15, 2009 at 5:05 AM, David Nolen dnolen.li...@gmail.com wrote:
One early thought, would you like me to extend the
Sorry to bombard but I couldn't get attr? or attr= to work inside the
selector:
(deftemplate my-app4 app.html
[widgets]
[:div '(attr? :tiptree:replace)] (content bar))
(apply str (my-app4 {}))
(deftemplate my-app4 app.html
[widgets]
[[:div '(attr? :tiptree:replace)]] (content bar))
(apply
47 matches
Mail list logo