xml-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Minchau <minc...@ca.ibm.com>
Subject RE: [Announce] Escaping double quotation marks in XSL
Date Wed, 24 Oct 2007 16:31:23 GMT
well, .... yes, .... but I think that trying to inject double quotes into
the attribute value (with modifications to you suggestion)  in this way
will only get them escaped as &quot; which is not what the user wanted.

- Brian

             "Timothy Jones"                                               
             niverse.com>                                               To 
                                       <keshlam@us.ibm.com>, Brian         
             10/24/2007 12:14          Minchau/Toronto/IBM@IBMCA           
             PM                                                         cc 
                                       RE: [Announce] Escaping double      
                                       quotation marks in XSL              

Maybe you should explore something like this:

    <xsl:element name='image'>
        <xsl:for-each select='@*'>
            <xsl:attribute name='qname(.)'><xsl:value-of select='.'

This way, the transformer is at least aware of the tag you are trying to
insert into the output.


From: keshlam@us.ibm.com [mailto:keshlam@us.ibm.com]
Sent: Wednesday, October 24, 2007 11:58 AM
To: Brian Minchau
Cc: general@xml.apache.org; tranceradi@hotmail.com;
Subject: Re: [Announce] Escaping double quotation marks in XSL

> Assuming that you are only interested in stream serialization, have you
> thought of doing the serialization yourself for particular elements?  For
> example, something like this:
> <!-- self serialization of image elements with tag for image done in
but delegate attributes serialization -->
> <xsl:template match="image">
>  <![CDATA[ <image]>><xsl:apply-templates select="@*"/> <![CDATA[
> </xsl:template>

I *REALLY* detest that idiom. I've seen many people hurt themselves by
trying to hand-generate XML; I consider it a very bad practice. Unless
you're forced to do it in order to work with a downstream tool which has
not been implemented correctly, I would recommend finding another solution.
Any other solution.

To unsubscribe, e-mail: general-unsubscribe@xml.apache.org
For additional commands, e-mail: general-help@xml.apache.org

View raw message