"Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote:
> on 6/23/03 8:29 PM Pier Fumagalli wrote:
>
>> SetAttribute vs Well-formedness:
>>
>> [...]
>>
>> #if {something}
>>
>> #else
>>
>> #end
>>
>>
>> Or we have setattribute a-la:
>>
>>
>> #if {something}
>> [
on 6/23/03 8:29 PM Pier Fumagalli wrote:
> SetAttribute vs Well-formedness:
>
>
> Briefly, I wanted to check with you people if a functionality like the XSLT
> setattribute is required, or the non-well-formedness of Garbage is better
> (see previous messages on thi
On 24/6/03 23:58, "Joerg Heinicke" <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
>>
>> SetAttribute vs Well-formedness:
>>
>>
>>
>> #if {something}
>> [EMAIL PROTECTED]"myClass"}
>> #else
>> [EMAIL PROTECTED]"outerType"}
>> #fi
>>
>>
>> Think also in th
Pier Fumagalli wrote:
SetAttribute vs Well-formedness:
Briefly, I wanted to check with you people if a functionality like the XSLT
setattribute is required, or the non-well-formedness of Garbage is better
(see previous messages on this thread)... Both approaces have
On 23/6/03 23:37, "Stefano Mazzocchi" <[EMAIL PROTECTED]> wrote:
> on 6/22/03 2:01 PM Christopher Oliver wrote:
>
>> OK, I added GarbageGenerator to the scratchpad and integrated it with
>> the flow layer. I also added a copy of the Calculator flowscript sample
>> using the garbage generator to t
on 6/22/03 2:01 PM Christopher Oliver wrote:
> OK, I added GarbageGenerator to the scratchpad and integrated it with
> the flow layer. I also added a copy of the Calculator flowscript sample
> using the garbage generator to the scratchpad samples.
Wow, you guys rock! community power at work!
>
OK, I added GarbageGenerator to the scratchpad and integrated it with
the flow layer. I also added a copy of the Calculator flowscript sample
using the garbage generator to the scratchpad samples.
I would also like to add a Garbage view to Petstore, but I need you to
implement #include first ;)
on 6/21/03 4:00 PM Pier Fumagalli wrote:
> Thank you for your kind support guys...
>
> As Chris wants to play with the toy, I'll start putting it into the
> scratchpad, but please note, garbage for now has its own build system and
> stuff... For now (part one) I'll simply copy the CVS repo I have
Thank you for your kind support guys...
As Chris wants to play with the toy, I'll start putting it into the
scratchpad, but please note, garbage for now has its own build system and
stuff... For now (part one) I'll simply copy the CVS repo I have here on
betaversion, then, god knows!!! :-)
Pi
I completely agree.
Stefano Mazzocchi wrote:
on 6/19/03 8:23 AM Peter Royal wrote:
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of
on 6/19/03 8:23 AM Peter Royal wrote:
> On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
>
>>Unless I'm not mistaken, the above example template is _NOT_ a well
>>formed
>>XML document! :-) :-)
>
>
> Of course! I guess it was more of a, "why (nearly) re-invent the
> wheel".. B
On Thursday, June 19, 2003, at 02:17 PM, Pier Fumagalli wrote:
The idea of having a CVS repo separate from cocoon-2.1/src/scratchpad
would
simply ease third party people to access the parser and tree processor
without having to download "Cocoon" in all its 112 megs of glorious
code.
For sure it
On 19/6/03 18:51, "Steven Noels" <[EMAIL PROTECTED]> wrote:
> On 19/06/2003 19:39 Pier Fumagalli wrote:
>
>> The original scope of this RFI requested a separate repository for Garbage
>> from Cocoon exactly for this peculiar re-use of the parsing/templating
>> component outside the scope of Cocoo
On 19/06/2003 19:39 Pier Fumagalli wrote:
The original scope of this RFI requested a separate repository for Garbage
from Cocoon exactly for this peculiar re-use of the parsing/templating
component outside the scope of Cocoon itself.
xml-commons? jakarta-commons-sandbox?
I mean: if not inside Coc
On 19/6/03 17:51, "Peter Royal" <[EMAIL PROTECTED]> wrote:
> It seems like your creation might be a good front-end for the alternate
> jelly syntax that was mentioned :)
The original scope of this RFI requested a separate repository for Garbage
from Cocoon exactly for this peculiar re-use of the
Peter Royal wrote:
On Thursday, June 19, 2003, at 10:25 AM, Pier Fumagalli wrote:
It seems like your creation might be a good front-end for the alternate
jelly syntax that was mentioned :)
-pete
:) Every time I hear Jelly mentioned I remember someone's opinion
regarding Jelly and build envi
On Thursday, June 19, 2003, at 10:25 AM, Pier Fumagalli wrote:
#foreach {parameters}
[EMAIL PROTECTED]: [EMAIL PROTECTED]
#end
Sorry if I like the latter :-)
i can't argue that isn't clean, concise syntax :)
Basically, yes, I reinvented the wheel... I took two of the different
approache
"Joerg Heinicke" <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
>>
>>
>> #foreach {parameters}
>> [EMAIL PROTECTED]: [EMAIL PROTECTED]
>> #end
>>
>
> Having only read one article about XQuery with a few samples this *looks*
> like XQuery for me. But my knowledge is not deep of cours
Pier Fumagalli wrote:
"Jelly could have a surface syntax that looks similar to Velocity. i.e.
someone could make a parser of Jelly that had a look-and-feel of Velocity for
common directives and expressions."
Now, what do I mean by "simpler" sintax? Imagine, for example a "foreach"
statement:
In
"Peter Royal" <[EMAIL PROTECTED]> wrote:
> On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
>> Unless I'm not mistaken, the above example template is _NOT_ a well
>> formed
>> XML document! :-) :-)
>
> Of course! I guess it was more of a, "why (nearly) re-invent the
> wheel".. But
On Wednesday, June 18, 2003, at 05:53 PM, Pier Fumagalli wrote:
Unless I'm not mistaken, the above example template is _NOT_ a well
formed
XML document! :-) :-)
Of course! I guess it was more of a, "why (nearly) re-invent the
wheel".. But obviously it was to escape the XML syntax :)
-pete
"Sylvain Wallez" <[EMAIL PROTECTED]> wrote:
>> Unless I'm not mistaken, the above example template is _NOT_ a well formed
>> XML document! :-) :-)
>
> Does this mean you wrote a parser to parse SAX-like events in a
> non-well-formed XML document ?
Yes, I did, JavaCC is a handy tool from time to
Pier Fumagalli wrote:
On 18/6/03 22:17, "Peter Royal" <[EMAIL PROTECTED]> wrote:
On Wednesday, June 18, 2003, at 01:34 PM, Pier Fumagalli wrote:
Concise question, concise answer:
Forget the XML syntax, use JXPath instead of JEXL for expressions...
Like:
#foreach $header in {request/hea
On 18/6/03 22:17, "Peter Royal" <[EMAIL PROTECTED]> wrote:
> On Wednesday, June 18, 2003, at 01:34 PM, Pier Fumagalli wrote:
>
>> Concise question, concise answer:
>>
>> Forget the XML syntax, use JXPath instead of JEXL for expressions...
>> Like:
>>
>>
>> #foreach $header in {request/headers}
On Wednesday, June 18, 2003, at 01:34 PM, Pier Fumagalli wrote:
Concise question, concise answer:
Forget the XML syntax, use JXPath instead of JEXL for expressions...
Like:
#foreach $header in {request/headers}
#if {starts-with($header/name, 'X-'}
#else
#end
T
"Peter Royal" <[EMAIL PROTECTED]> wrote:
> On Tuesday, June 17, 2003, at 08:07 PM, Pier Fumagalli wrote:
>
>> The most peculiar one is that I always _hated_ the fact that Velocity
>> output
>> need to be passed through a parser _every_time_ the content is
>> generated
>> (Velocity is stream-based
On Tuesday, June 17, 2003, at 08:07 PM, Pier Fumagalli wrote:
The most peculiar one is that I always _hated_ the fact that Velocity
output
need to be passed through a parser _every_time_ the content is
generated
(Velocity is stream-based, not SAX-based), so what my little template
does
is that
"Bertrand Delacretaz" <[EMAIL PROTECTED]> wrote:
> Le Mercredi, 18 juin 2003, à 02:07 Europe/Zurich, Pier Fumagalli a
> écrit :
>>
>> ...It might not go anywhere, it might go somewhere, but if there's
>> interest in
>> this community to host my "Garbage" template engine, all I ask is to
>> have a
"Christopher Oliver" <[EMAIL PROTECTED]> wrote:
> Cool. When can I try it? I'll help you as long as you stop calling it
> garbage ;)
I'll stop calling it garbage when it'll stop looking (and behaving) like
trash.
Pier
"Vadim Gritsenko" <[EMAIL PROTECTED]> wrote:
> Pier Fumagalli wrote:
> ...
>
>> So, what do you think? (Surely I need some help to put together the brat)
>>
>>
>
> If it provides getKey and getValidity, than it's much better velocity
> than velocity in the cocoon-land!
You talking about cach
On 18/06/2003 8:41 Bertrand Delacretaz wrote:
Do you really need a separate CVS repository?
Wouldn't the Cocoon scratchpad do?
If Garbage can fit into the Scratchpad (sounds like a MacOS desktop ;-)
it could be a lightweight way of incubating it.
+1, cfr. Linotype.
--
Steven Noels
Le Mercredi, 18 juin 2003, à 02:07 Europe/Zurich, Pier Fumagalli a
écrit :
...It might not go anywhere, it might go somewhere, but if there's
interest in
this community to host my "Garbage" template engine, all I ask is to
have a
CVS repo and the opportunity to show you my little pet, and maybe
Cool. When can I try it? I'll help you as long as you stop calling it
garbage ;)
Pier Fumagalli wrote:
[RFI] is a new subject tag I invented right now... It means "request for
incubation"... And I'll let you imagine what I'm coming up with...
I spent the last few weeks writing a clone of Velocit
Pier Fumagalli wrote:
...
So, what do you think? (Surely I need some help to put together the brat)
If it provides getKey and getValidity, than it's much better velocity
than velocity in the cocoon-land!
Have you seen discussions on re-implementation of XSP which suppose to
have representati
[RFI] is a new subject tag I invented right now... It means "request for
incubation"... And I'll let you imagine what I'm coming up with...
I spent the last few weeks writing a clone of Velocity (yes, yet another
Webmacro clone), and I was wondering if the Cocoon project wanted to
"incubate" it...
35 matches
Mail list logo
