You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Joerg Heinicke <jh...@virbus.de> on 2003/11/12 22:07:12 UTC
Re: Xalan
Problem
Replace with "nothing" in the XSLT:
<xsl:value-of select="translate(text(), ' ', '')"/>
Joerg
On 12.11.2003 22:53, JD Daniels wrote:
> I noticed a few releases ago that cocoon.xconf was peppered with at
> the end of every line.
>
> There was a post about this , and the consensus seemed to be not to worry
> about it. But now I am stuck. I am using woody and xsp together, so my forms
> are coming out:
>
> <textarea>
>
> some text
> more text.
> a little more text
>
> </textarea>
>
> So whats happening is everytime soemone edits something... the carriage
> returns are doubled.
>
> How can i make go away?
>
>
> JD
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Xalan
Problem
Posted by JD Daniels <jd...@datatrio.com>.
Yes. With nothing in the pipeline but an XSP generate, they are present.
I am generating using esql (using a pool from cocoon.xconf, not
esql:connection)
JD
-----Original Message-----
From: Joerg Heinicke [mailto:jheinicke@virbus.de]
Sent: Wednesday, November 12, 2003 4:07 PM
To: users@cocoon.apache.org
Subject: Re: Xalan Problem
On 13.11.2003 01:56, JD Daniels wrote:
> I believe it is... just for some clarity here:
>
> It may 'resist' because:
>
> this information is stored in a mysql TEXT field.
> Becuase mysql barfs all over 's I put it in like this:
>
>
description='<xsp:logic>java.net.URLEncoder.encode(<xsp-request:get-paramete
> r name="description"/>)</xsp:logic>'
>
> And I get it out by:
>
> <xsp:logic>
> String s = <esql:get-ascii column="description"/>;
> String s = <esql:get-ascii column="description"/>;
> try {
> s=java.net.URLDecoder.decode(s);
> } catch (Exception e) {}
> </xsp:logic>
>
> (carriage returns are encoded as %0D%0A at this point)
>
> The rest of the app and transformations turn out normal.
> ie, no regular xml transformations contain - only database selects.
> esql maybe?
Is in the XML if you serialize to XML directly after your
serverpages generator/XSP?
> But because my cocoon.conf build contains them when I do a clean build, it
> led me to believe xalan itself was the culprit. I wonder.. does woody
change
> any xalan settings?
No, why should Woody have influence on Xalan?
Joerg
> -----Original Message-----
> From: Joerg Heinicke [mailto:jheinicke@virbus.de]
> Sent: Wednesday, November 12, 2003 2:29 PM
> To: users@cocoon.apache.org
> Subject: Re: Xalan Problem
>
>
> On 12.11.2003 22:12, Tony Collen wrote:
>
>
>>>Replace with "nothing" in the XSLT:
>>><xsl:value-of select="translate(text(), ' ', '')"/>
>>
>>
>>Hmnm, yeah, but where's the actual problem coming from?
>>
>>Just curious,
>>
>>Tony
>
>
> Don't know exactly, so let me guess:
>
> The text typed into a textarea contains (line feed) and
> (carriage return). When sending this to the server it is stored in which
> form ever. Now if you work on this XML with XSLT I don't know why it's
> still there. Isn't a line break simply replaced with in the XML
> model? Why will the "resist"? Is it Xalan's fault?
>
> Joerg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Xalan
Problem
Posted by Joerg Heinicke <jh...@virbus.de>.
On 13.11.2003 01:56, JD Daniels wrote:
> I believe it is... just for some clarity here:
>
> It may 'resist' because:
>
> this information is stored in a mysql TEXT field.
> Becuase mysql barfs all over 's I put it in like this:
>
> description='<xsp:logic>java.net.URLEncoder.encode(<xsp-request:get-paramete
> r name="description"/>)</xsp:logic>'
>
> And I get it out by:
>
> <xsp:logic>
> String s = <esql:get-ascii column="description"/>;
> String s = <esql:get-ascii column="description"/>;
> try {
> s=java.net.URLDecoder.decode(s);
> } catch (Exception e) {}
> </xsp:logic>
>
> (carriage returns are encoded as %0D%0A at this point)
>
> The rest of the app and transformations turn out normal.
> ie, no regular xml transformations contain - only database selects.
> esql maybe?
Is in the XML if you serialize to XML directly after your
serverpages generator/XSP?
> But because my cocoon.conf build contains them when I do a clean build, it
> led me to believe xalan itself was the culprit. I wonder.. does woody change
> any xalan settings?
No, why should Woody have influence on Xalan?
Joerg
> -----Original Message-----
> From: Joerg Heinicke [mailto:jheinicke@virbus.de]
> Sent: Wednesday, November 12, 2003 2:29 PM
> To: users@cocoon.apache.org
> Subject: Re: Xalan Problem
>
>
> On 12.11.2003 22:12, Tony Collen wrote:
>
>
>>>Replace with "nothing" in the XSLT:
>>><xsl:value-of select="translate(text(), ' ', '')"/>
>>
>>
>>Hmnm, yeah, but where's the actual problem coming from?
>>
>>Just curious,
>>
>>Tony
>
>
> Don't know exactly, so let me guess:
>
> The text typed into a textarea contains (line feed) and
> (carriage return). When sending this to the server it is stored in which
> form ever. Now if you work on this XML with XSLT I don't know why it's
> still there. Isn't a line break simply replaced with in the XML
> model? Why will the "resist"? Is it Xalan's fault?
>
> Joerg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Xalan
Problem
Posted by JD Daniels <jd...@datatrio.com>.
I believe it is... just for some clarity here:
It may 'resist' because:
this information is stored in a mysql TEXT field.
Becuase mysql barfs all over 's I put it in like this:
description='<xsp:logic>java.net.URLEncoder.encode(<xsp-request:get-paramete
r name="description"/>)</xsp:logic>'
And I get it out by:
<xsp:logic>
String s = <esql:get-ascii column="description"/>;
String s = <esql:get-ascii column="description"/>;
try {
s=java.net.URLDecoder.decode(s);
} catch (Exception e) {}
</xsp:logic>
(carriage returns are encoded as %0D%0A at this point)
The rest of the app and transformations turn out normal.
ie, no regular xml transformations contain - only database selects.
esql maybe?
But because my cocoon.conf build contains them when I do a clean build, it
led me to believe xalan itself was the culprit. I wonder.. does woody change
any xalan settings?
JD
-----Original Message-----
From: Joerg Heinicke [mailto:jheinicke@virbus.de]
Sent: Wednesday, November 12, 2003 2:29 PM
To: users@cocoon.apache.org
Subject: Re: Xalan Problem
On 12.11.2003 22:12, Tony Collen wrote:
>> Replace with "nothing" in the XSLT:
>> <xsl:value-of select="translate(text(), ' ', '')"/>
>
>
> Hmnm, yeah, but where's the actual problem coming from?
>
> Just curious,
>
> Tony
Don't know exactly, so let me guess:
The text typed into a textarea contains (line feed) and
(carriage return). When sending this to the server it is stored in which
form ever. Now if you work on this XML with XSLT I don't know why it's
still there. Isn't a line break simply replaced with in the XML
model? Why will the "resist"? Is it Xalan's fault?
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Xalan
Problem
Posted by Joerg Heinicke <jh...@virbus.de>.
On 12.11.2003 22:12, Tony Collen wrote:
>> Replace with "nothing" in the XSLT:
>> <xsl:value-of select="translate(text(), ' ', '')"/>
>
>
> Hmnm, yeah, but where's the actual problem coming from?
>
> Just curious,
>
> Tony
Don't know exactly, so let me guess:
The text typed into a textarea contains (line feed) and
(carriage return). When sending this to the server it is stored in which
form ever. Now if you work on this XML with XSLT I don't know why it's
still there. Isn't a line break simply replaced with in the XML
model? Why will the "resist"? Is it Xalan's fault?
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Xalan
Problem
Posted by JD Daniels <jd...@datatrio.com>.
I do not know.. since it is in cocoon.xconf, my assumption is that it is
xalan itself that is doing it. I do not have the skill to track it down...
the build system frightens me :) Your solution worked. I just added it to my
woody template, but I just wanted to bring it up to get more skilled people
looking at it.
JD
Joerg Heinicke wrote:
Hmnm, yeah, but where's the actual problem coming from?
Just curious,
Tony
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Xalan
Problem
Posted by Tony Collen <co...@umn.edu>.
Joerg Heinicke wrote:
> Replace with "nothing" in the XSLT:
>
> <xsl:value-of select="translate(text(), ' ', '')"/>
Hmnm, yeah, but where's the actual problem coming from?
Just curious,
Tony
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org