RE: extending the Request object!?

-Original Message- From: Enke, Michael [mailto:[EMAIL PROTECTED] Sent: Monday 30 June 2003 14:12 To: [EMAIL PROTECTED] Subject: extending the Request object!? Hi group, I often need to manipulate the queryString from the Request, so that I can use the manipulated one in links.

RE: [Flow] Scope and Sessions

snip/ So the flow state is transmitted through a single value, the continuation identifier, which can be either in a hidden field or in the submit URI. expressed class=so-much-betterThis is what I was trying to say :)/expressed By storing the continuation id (perhaps correlated with the

RE: Using Path expression in Map Action type

Hi Shane, I've done something similar to what you're looking for with version 2.0 (don't know if it still works!): Try: map:act type='substitute(listOfMaps, {../1})'/ Note - single quotes are important (valid XML attribute definition - allows the use of plain double-quotes!) /Adrian

RE: Using Path expression in Map Action type

-Original Message- From: Sylvain Wallez [mailto:[EMAIL PROTECTED] Sent: Thursday 05 June 2003 16:23 To: [EMAIL PROTECTED] Subject: Re: Using Path expression in Map Action type Geissel, Adrian wrote: Hi Shane, I've done something similar to what you're looking for with version 2.0

RE: Unusual behaviour with xsp-uti:include-uri/

this upto now). Any ideas? To help with this, attached is a more detailed stack-trace. Much appreciated. /Adrian -Original Message- From: Geissel, Adrian Sent: Thursday 05 June 2003 09:51 To: [EMAIL PROTECTED] Subject: Unusual behaviour with xsp-uti:include-uri/ Hi, I wanted

RE: Unusual behaviour with xsp-uti:include-uri/

From: Berin Loritsch [mailto:[EMAIL PROTECTED] Sent: Thursday 05 June 2003 17:21 snip/ You are probably the victim of an XML parser getting more strict with the XML spec. Having comments outside the root element of a document is _not_ well formed, and any XML parser is free to reject

Unusual behaviour with xsp-uti:include-uri/

Hi, I wanted to check with the list before posting the following as a bug: I'm using the following construct in an XSP to read the select-list values from a database. select xsp-util:include-uri href=cocoon:/query/all/id_lookup.options/ /select The sitemap fragment handling this does

RE: ValidatingTransformer (WAS RE: TidySerializer)

map:transform type=dtd-validator map:parameter name=dtd value=dtd/stage-1.dtd/ /map:transform Or, perhaps map:transform type=dtd-validator src=dtd/stage-1.dtd/ /Adrian Any e-mail message from the European Central Bank (ECB) is sent in good faith but shall neither be binding nor

Strange XSLT behaviour in logicsheet when matching text() nodes

Hi all, I building an XSP Java logicsheet, and use the following constructs: xsl:template match=* mode=ctrl-mode xsp:logic xsl:apply-templates select=@* mode=ctrl-mode/ this.contentHandler.startElement( xsl:value-of

C2.0.4: Strange XSLT behaviour in logicsheet when matching text() nodes (resent)

Silly mail client! Hi all, I building an XSP Java logicsheet, and use the following constructs: xsl:template match=* mode=ctrl-mode xsp:logic xsl:apply-templates select=@* mode=ctrl-mode/ this.contentHandler.startElement(

RE: C2.0.4: Strange XSLT behaviour in logicsheet when matching text() nodes (resent)

: Strange XSLT behaviour in logicsheet when matching text() nodes (resent) Geissel, Adrian wrote: Silly mail client! Hi all, I building an XSP Java logicsheet, and use the following constructs: xsl:template match=* mode=ctrl-mode xsp:logic xsl:apply

RE: Customization

How about using something like the following pipeline matcher along with the resource exists action !-- assume that {1} is the customisation identifier, and the remainder is the path -- map:match pattern=*/**.html map:act type=resource-exists src=docs/{2}_{1}.html

RE: Customization

/lnf_cocoon.xsl, defaulting to apache/lnf.xsl. /Adrian -Original Message- From: Mato Mira, Fernando [mailto:[EMAIL PROTECTED] Sent: Wednesday 28 May 2003 10:41 To: '[EMAIL PROTECTED]' Subject: RE: Customization -Original Message- From: Geissel, Adrian [mailto:[EMAIL

RE: Customization

Hi, Unsure of the content of your login.xhtml file - check that it is well formed. On comment - I tend to use the 'defaulting' matcher in an internal-only pipeline and always get it to return XML (ie map:serialize/@type='xml' ), and then the puplic matcher has a generate/serialize pair, rather

RE: [RT] the quest for the perfect template language

Hi, -Original Message- From: Artur Bialecki [mailto:[EMAIL PROTECTED] Sent: Friday 04 April 2003 16:45 To: [EMAIL PROTECTED] Subject: RE: [RT] the quest for the perfect template language -Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent:

RE: [RT] the quest for the perfect template language

Hi all, Just in case someone objects to the mixing of _stylesheet_ technologies, here's a way to wrap a long element set into a table (row/col) structure. [BTW: - like the CSS flow, Rob.] xsl:variable name=num-cols select=4/ xsl:template match=fotografie table xsl:call-template

RE: [RT] Towards a new/another Forms Framework

Hi, I've been watching this thread for a while now, and as a regular Cocoon power-user, I am keen to see a good forms framework. Rob's comments have prompted an important consideration for such a framework. Where client-side validation is used, it *must* be matched but a second-pass server side.

RE: [RT] Towards a new/another Forms Framework

the outside. It is only accessible through the tool by an authorized member of a group. The group lives in a chroot jail. Sorry if I am showing some basic naivete! -Rob -Original Message- From: Geissel, Adrian [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 5:51 AM Hi, I've