David Nolen a écrit :
> 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 ex
David Nolen a écrit :
> 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
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"))
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 wrote:
> One early thought, would you like me to extend the number of examples? I'm
> r
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 ;)
On 14 tra, 23:48, Meikel Brandmeyer 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 tasks. If you u
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
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 ou
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
cloj
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.
--
http://mark.reid.n
Hi,
On 14 tra, 23:15, Meikel Brandmeyer 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 also check out
Hi,
Am 14.04.2009 um 23:02 schrieb Howard Lewis Ship:
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)
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 wrote:
>
> Hello David,
>
> David Nolen a écrit :
> > Considering the above, I'm left wondering if it's possible to further
> > eliminate these redundan
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 usi
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
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 involves
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 clojure-contr
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 clojure@googlegroups
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, an
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
sa
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
On Apr 14, 6:43 am, Rich Hickey wrote:
> On Apr 13, 1:31 pm, mikel wrote:
> Thanks! It looks like that first link is broken?
Sorry about that; it was an svn link. I;ve added a Wiki page to the
project that explains what Model and GF are, and how to get and use
them. So how about this descri
2009/4/14 Konrad Hinsen
>
> 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 Cloj
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.
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
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 more
On Apr 13, 9:44 pm, levand 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 subscribed to the Google Grou
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
(
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
On Apr 13, 9:12 pm, Rich Hickey 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 present, else the c
On Apr 14, 8:19 am, Rich Hickey 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 libs, as long as
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 graph
2009/4/14 Laurent PETIT
> Great initiative !
>
> Some thoughts I had when reading your proposal:
>
> 2009/4/14 Tom Faulhaber
>
>
>> [This is specifically for contrib authors, but also for anyone whose
>> interested.]
>>
>> There was some discussion (or maybe the wailing and gnashing of teeth)
>>
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 element (creating it as necessary):
tapestry-snapshots
http://tapestry.formo
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.
(pri
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.
(pri
Great initiative !
Some thoughts I had when reading your proposal:
2009/4/14 Tom Faulhaber
>
> [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 coo
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 fi
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 gen
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
On Tue, Apr 14, 2009 at 2:40 PM, Rich Hickey wrote:
> On Apr 9, 10:28 am, "Remco van 't Veer" wrote:
>> On Thu, Apr 9, 2009 at 3:17 PM, Rich Hickey wrote:
>> A blocker for dalvik is issue 77;
>>
>> http://github.com/remvee/clojure/commit/7c110dc00895dea8e583e122acc64...
>
> Did this fix your p
On Apr 9, 10:28 am, "Remco van 't Veer" wrote:
> On Thu, Apr 9, 2009 at 3:17 PM, Rich Hickey wrote:
> > On Apr 9, 8:03 am, "Remco van 't Veer" wrote:
> >> On Thu, Apr 9, 2009 at 1:23 PM, Onorio Catenacci
> >> wrote:
> >> > [..]
>
> >> > I know you were mentioning some real performance issue
Hi Tom,
Tom Faulhaber wrote:
> 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.
I'd be happy to add generation/upload of documentation as a build st
On Tue, Apr 14, 2009 at 3:12 AM, Kei Suzuki 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, for examp
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 t
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 di
On Apr 13, 1:31 pm, mikel 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, model_gf.
On Apr 13, 11:14 pm, Tom Faulhaber 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
> clojure.contrib but no
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" an
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
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
li
51 matches
Mail list logo
