Vadim Gritsenko wrote:
for(var=name,begin=expr,end=expr,step=expr)
---
Is it necessary? Current jxtg does not have it (IIRC).
it does.
--
Leszek Gawron [EMAIL PROTECTED]
Project Manager
Le 7 déc. 04, à 00:41, Stefano Mazzocchi a écrit :
Bertrand Delacretaz wrote:
...
-oo-
Advantages:
A1) There's only one implementation of the template and expression
evaluation mechanisms.
Ok
A2) Bob can ask Alice for help with the templates, she knows them in
and out as that's what she's using
Thank all alot for your efforts.
I've tried with the new XMLSerializer
(cocoon.components.serializers.XMLSerializer) and it looks promising,
however there is a problem with the mime-type!
map:serializer mime-type=text/html name=xhtml
src=org.apache.cocoon.components.serializers.XMLSerializer
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041207.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
Great Stuff Mr TC. :)
On Tue, 2004-12-07 at 00:43, Torsten Curdt wrote:
...at least in Germany we celebrate the 6th of Dec
with little presents.
Well, I finished my little present for you guys just in
time (about an hour ago). Ladies and gentleman:
...we have auto-compiling javaflow!!
Torsten Curdt wrote:
...at least in Germany we celebrate the 6th of Dec
with little presents.
Well, I finished my little present for you guys just in
time (about an hour ago). Ladies and gentleman:
...we have auto-compiling javaflow!
Yummy :-)
My idea was to build a little nikolaus-flow
Stefano Mazzocchi wrote:
Torsten Curdt wrote:
...at least in Germany we celebrate the 6th of Dec
with little presents.
Well, I finished my little present for you guys just in
time (about an hour ago). Ladies and gentleman:
...we have auto-compiling javaflow!!
snip/
You are now officially *MY*
Vadim Gritsenko wrote:
Daniel Fagerstrom wrote:
Just a reminder; before you guys start implementing one or another
template language, could we have [VOTE] for one of the variants, have
[PROPOSAL], or at least [SUMMARY]? :)
We are discussing several tasks:
1) Refactoring of JXTG so that that
Sylvain Wallez wrote:
Glen Ezkovich wrote:
On Dec 6, 2004, at 9:00 AM, Sylvain Wallez wrote:
Reinhard Poetz wrote:
Yeah, cocoon-dev has gone crazy during the week-end :-)
more than one EL per template is clear FS to me. I'd be in favor of
specifying EL at the TemplateGenerator declaration time,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30084.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi wrote:
Bertrand Delacretaz wrote:
snip/
D4) Bob was initially confused about this generator/transformer
thing, why both? Alice told him not to worry, generators are not his
business anyway, he's only a Cocoon Transformer Template Designer
(but a good one after only four weeks
I just found http://xml-dtc.org/ which is a Cocoon clone written in... C!
Popoon, Papaan, xml-dtc... maybe we should create a page title Cocoon
clones?
Being cloned is somehow flattering as it shows that our ideas aren't
that bad, even if they seem to be years behind in terms of features...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32560.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi
On 7.12.2004 12:22 Uhr, Sylvain Wallez wrote:
I just found http://xml-dtc.org/ which is a Cocoon clone written in... C!
Popoon, Papaan, xml-dtc... maybe we should create a page title Cocoon
clones?
Hehe, We (Popoon) are one of the offenders ;)
Being cloned is somehow flattering as it shows
Le 7 déc. 04, à 12:22, Sylvain Wallez a écrit :
I just found http://xml-dtc.org/ which is a Cocoon clone written in...
C!
Popoon, Papaan, xml-dtc... maybe we should create a page title Cocoon
clones?
There's a page that started long ago in the wiki:
http://wiki.apache.org/cocoon/SimilarServers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32563.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32563.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32563.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
We celebrate this in the Netherlands too and we put little gifts in the
shoes of the kids. So I propose to put a tank of beer in his shoe. :-)
Thanks Torsten!
Bye, Helma
-Original Message-
From: David Crossley [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 07 December, 2004 08:08
To:
Suppose you have a repeater that is bound to a potentially very large collection
of objects (e.g. a list with 8000 objects) provided by an O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some kind of
paginating functionality is needed. Does anyone have a working
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of paginating functionality is needed. Does
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of paginating functionality is needed. Does
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of paginating functionality is needed. Does
Jorg Heymans wrote:
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of paginating functionality
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Sorry to bug you guys about this again, but I still have no solution.
According to the docs, I am supposed to have access to BizData sent
with the sendForm function, from within CForms EventHandlers, but still
cannot work out how to do it.
I am using the CForms model in :
Sylvain Wallez wrote:
Reinhard Poetz wrote:
snip/
Interesting problem... I understand that you don't want changes to be
committed when the user just asks for another page of the repeater.
That would require to hold a list of modifications in front of the
actual collection. By in front, I mean
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of paginating
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very large
collection of objects (e.g. a list with 8000 objects) provided by an
O/R-mapper.
First, it is not a good idea to show all 8000 rows on one page. Some
kind of
Vadim Gritsenko wrote:
Daniel Fagerstrom wrote:
snip what=thing discussed in another mail/
Here, I just want to comment that I find way more intuitive and user
friendly following constructs:
if(test)
--
example:
div do=if(count(cart/item) == 0)
div t:if=cart/item
and
div
Reinhard Poetz wrote:
Vadim Gritsenko wrote:
Sylvain Wallez wrote:
Reinhard Poetz wrote:
Suppose you have a repeater that is bound to a potentially very
large collection of objects (e.g. a list with 8000 objects) provided
by an O/R-mapper.
First, it is not a good idea to show all 8000 rows on
On Dec 7, 2004, at 4:19 AM, Leszek Gawron wrote:
Well, if you omit polish, this is no problem for me :-)
And if each phrase is prefixes with the language name, making the
mental switch between ELs (or realizing that I must learn polish) is
not a problem.
Where did that polish example came from
Daniel Fagerstrom wrote:
snip/
When I started working on a attribute template language (ATL)
proposal, it was obvious to me that it should be attribute name
driven. So why did I end up proposing a content driven one? While the
attribute driven is atractive for very simple examples it IMO very
On Dec 7, 2004, at 4:18 AM, Daniel Fagerstrom wrote:
Refactoring JXTG
I think everything starts here. Once this gets refactored the
opportunities for further development should become apparent. There is
nothing terribly wrong with JXTG, except that it is a monolithic class
with
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
We also need:
- some script compiler directives i.e. for cache control (as in JXTG)
Seem reasonable, sugest some mechanism.
ignore do=processingInstruction( 'cache-key', $cacheKey )/ if we
want the
Dear Developers,
I was asking in the cocoon user mailing list why my content is not
being transformed correctly, when using the cocoon default pretty-print
view. The answers so far pointed me to the developer list, because
there seems to be a misbehaviour or misunderstanding in using the
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
Daniel Fagerstrom wrote:
Leszek Gawron wrote:
snip/
We also need:
- some script compiler directives i.e. for cache control (as in JXTG)
Seem reasonable, sugest some mechanism.
ignore do=processingInstruction( 'cache-key',
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32491.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
What about this Cocoon:
http://www.stratasys.com/software/cocoon/
Not a clone, but something entirely different.
Bye, Helma
-Original Message-
From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 07 December 2004 12:55
To: [EMAIL PROTECTED]
Subject: Re: [FYI] Cocoon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32517.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32517.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 7 déc. 04, à 21:49, [EMAIL PROTECTED] a écrit :
What about this Cocoon:
http://www.stratasys.com/software/cocoon/
Hmmm...If I need to start a project at some point I'll call it
blrztproltkzht. I bet the name will stay unique for a while.
-Bertrand
smime.p7s
Description: S/MIME cryptographic
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30824.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Le 7 déc. 04, à 18:54, Sylvain Wallez a écrit :
...(hearing Stefano coming behind me, ready to shout FS!!! in my
ears...)
Nahh...his detector exploded yesterday, don't worry.
...Now going back to the annotated-HTML-to-XSL compiler that we
(Anyware) wrote many years ago, it allows
Sylvain Wallez wrote:
Stefano Mazzocchi wrote:
Torsten Curdt wrote:
...at least in Germany we celebrate the 6th of Dec
with little presents.
Well, I finished my little present for you guys just in
time (about an hour ago). Ladies and gentleman:
...we have auto-compiling javaflow!!
snip/
You are
Dear Sylvain,
thank you for your help. I have tested your idea, with a simple content
aggregation and both variants do not show the correct xml tree:
map:aggregate element=categoryindexpage
map:part src=cocoon:/getXMLContentA/
map:part src=cocoon:/getXMLContentB/
/map:aggregate
or
Stefan Pietschmann wrote:
The doctype is not set either as Micah already mentioned.
It is set up to serialize a Doctype if it's present in the incoming
stream, but it doesn't read from the sitemap configuration to read
specific values for cases where the stream doesn't have DOCTYPE info.
Micah Dubinko wrote:
Stefan Pietschmann wrote:
The doctype is not set either as Micah already mentioned.
It is set up to serialize a Doctype if it's present in the incoming
stream, but it doesn't read from the sitemap configuration to read
specific values for cases where the stream doesn't have
I'm almost afraid to bring this up since I'm coming from a point of view
where I actually like XSLT. Yes, I'm one of *those* people. ;-)
But when I saw this:
Bertrand Delacretaz wrote:
Then, Bob, who's in charge of the final presentation, writes another
template to convert this logical
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32434.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Roy G. Biv wrote:
I'm almost afraid to bring this up since I'm coming from a point of view
where I actually like XSLT. Yes, I'm one of *those* people. ;-)
But when I saw this:
Bertrand Delacretaz wrote:
Then, Bob, who's in charge of the final presentation, writes another
template to convert
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
60 matches
Mail list logo
