DO NOT REPLY [Bug 32266] - [Link] NameOfMyCocoonSite

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Design] JXTG 2.0 (generator and transformer, same template syntax?)

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 th

DO NOT REPLY [Bug 32434] - [PATCH] log4j.xconf should have the same default config as logkit.xconf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Design] JXTG 2.0 (generator and transformer, same template syntax?)

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 documen

Re: XML Serializers [was: XMLSerializer replaces tabs with ]

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 D

RE: [FYI] Cocoon clones/ Cocoon homonyms

> 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 Ah ... so you

Re: AW: XML Serializers [was: XMLSerializer replaces tabs with ]

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. Whic

Re: [FYI] Cocoon clones/ Cocoon homonyms

On Mar, 7 de Diciembre de 2004, 15:08, Bertrand Delacretaz dijo: > 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 w

Re: Issue with cocoon views -- Using views to debug not really possible?

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: or are resulting in a corrupt XML tree after calling them with the default pretty-print view. As expected, the pretty-view get

Re: happy "nikolaus"

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!! You are now off

Re: Issue with cocoon views -- Bug or correct Design?

Thomas Alexnat wrote: 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 misunderstandin

RE: [RT] Attribute Driven Templates

> 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

DO NOT REPLY [Bug 30824] - XML serializer puts DOCTYPE after initial XML comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30824] - XML serializer puts DOCTYPE after initial XML comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [RT] Attribute Driven Templates

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 to mix both sy

Re: [FYI] Cocoon clones/ Cocoon homonyms

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 [Bug 32541] - [Patch] HTTPIncludeTransformer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32517] - Enhancement of previous patch #32419

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32419] - [patch] client side validation for CForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32517] - Enhancement of previous patch #32419

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32419] - [patch] client side validation for CForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32419] - [patch] client side validation for CForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32419] - [patch] client side validation for CForms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: [FYI] Cocoon clones/ Cocoon homonyms

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] Co

DO NOT REPLY [Bug 32491] - POST method in cinclude:includexml is broken

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 30824] - XML serializer puts DOCTYPE after initial XML comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [RT] Attribute Driven Templates

Leszek Gawron wrote: Daniel Fagerstrom wrote: Leszek Gawron wrote: Daniel Fagerstrom wrote: Leszek Gawron wrote: We also need: - some script compiler directives i.e. for cache control (as in JXTG) > Seem reasonable, sugest some mechanism. if we want the directive to remove element at which it

Issue with cocoon views -- Bug or correct Design?

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 cocoon

Re: [RT] Attribute Driven Templates

Daniel Fagerstrom wrote: Leszek Gawron wrote: Daniel Fagerstrom wrote: Leszek Gawron wrote: We also need: - some script compiler directives i.e. for cache control (as in JXTG) > Seem reasonable, sugest some mechanism. if we want the directive to remove element at which it was declare. Or we co

Re: [Templates] Summary and Voting aspects (was: [RT] Attribute Driven Templates)

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

Re: [RT] Attribute Driven Templates

Daniel Fagerstrom wrote: 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 soon b

Re: [OT] [Design] JXTG 2.0 (Just say yes!)

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

Re: [cforms] Repeater and large collections

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 one

Re: [RT] Attribute Driven Templates

Vadim Gritsenko wrote: Daniel Fagerstrom wrote: Here, I just want to comment that I find way more intuitive and user friendly following constructs: if() -- example: and for conditions. My example should have been: and I'm ok with if people want it. Concerning attribute name v.s. a

Re: [cforms] Repeater and large collections

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 p

Re: [cforms] Repeater and large collections

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 functionality

Re: [cforms] Repeater and large collections

Sylvain Wallez wrote: Reinhard Poetz wrote: 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 tha

Re: reaching viewData in a CForms event handler

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 : resource://org/

DO NOT REPLY [Bug 32541] - [Patch] HTTPIncludeTransformer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [cforms] Repeater and large collections

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

Re: [cforms] Repeater and large collections

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 anyon

Re: [cforms] Repeater and large collections

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 anyon

Re: [cforms] Repeater and large collections

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 anyo

[cforms] Repeater and large collections

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 "pagin

RE: happy "nikolaus"

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:

DO NOT REPLY [Bug 32563] - [PATCH] proxy block can now use JTidy and handle multipart POST

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32563] - [PATCH] proxy block can now use JTidy and handle multipart POST

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32563] New: - [PATCH] proxy block can now use JTidy and handle multipart POST

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [FYI] Cocoon clones

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/SimilarServer

Re: [FYI] Cocoon clones

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 th

DO NOT REPLY [Bug 32560] - LocaleMatcher does not negotiate propertly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32560] New: - LocaleMatcher does not negotiate propertly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[FYI] Cocoon clones

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... S

Re: [Design] JXTG 2.0 (generator and transformer, same template syntax?)

Stefano Mazzocchi wrote: Bertrand Delacretaz wrote: 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 here)

DO NOT REPLY [Bug 30084] - JCS cache errors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[OT] [Design] JXTG 2.0 (Just say yes!)

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,

[Templates] Summary and Voting aspects (was: [RT] Attribute Driven Templates)

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 it

Re: happy "nikolaus"

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!! You are now officially *MY* hero. No,

Re: happy "nikolaus"

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 applicatio

Re: happy "nikolaus"

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 javafl

Cocoon-2.1.X Tests Failure 12/07/04

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

AW: XML Serializers [was: XMLSerializer replaces tabs with ]

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! -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitiona

Re: [Design] JXTG 2.0 (generator and transformer, same template syntax?)

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

Re: [RT] Attribute Driven Templates (Was: [RT] do me a favor, don't call them taglibs)

Vadim Gritsenko wrote: for(var=,begin=,end=,step=) --- Is it necessary? Current jxtg does not have it (IIRC). it does. -- Leszek Gawron [EMAIL PROTECTED] Project ManagerMobileBo