xsl-list
[Top] [All Lists]

RE: character transformation.

2003-08-13 01:50:37
Corrupt?

I get a small square like the charset does not have the correct
character reference.

The only browser that can render it seems to be Konquror, while I am all
for this the spec is that it works on IE6 and Netscape 4 and above.

I have tried using ® and ™ in my XML doc but the ™ gets
transformed to this "corrupt" character while ® stays the same.

I have solved it by defining the following entities:

        <!ENTITY tm "<![CDATA[&trade;]]>">
        <!ENTITY copy "<![CDATA[&copy;]]>">
        <!ENTITY reg "<![CDATA[&reg;]]>">

I have also disabled output escaping in the XSL doc and this works
great. However these entitey are no good for using in CDATA elements. So
I have to define a new set of entities for that. As you can see it is
going to get messy.

PB

On Wed, 2003-08-13 at 09:14, Julian Reschke wrote:
From: owner-xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
[mailto:owner-xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com]On Behalf Of 
Paul Barclay
Sent: Wednesday, August 13, 2003 9:57 AM
To: XSLList
Subject: [xsl] character transformation.


Hello,

I have an XSL doc that get transformed into html using an XML doc to
populate data elements within the XSL, nothing new here! However
something is converting references to &#169; and &#174; into &reg; and
some other symbol that is corrupt. I have not defined any entities which

Corrupt?

will account for this transformation.

You are using the HTML output method (possibly implicitly), therefore the
XSLT processor is allowed to use HTML entities.

Does any body know at which stage the values &#169; etc. are being
changed.

I am using xalan.jar

Julian

--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list



________________________________________________________________________

E-mail is an informal method of communication and may be subject to data 
corruption, interception and unauthorised amendment for which Digital Bridges 
Ltd will accept no liability. Therefore, it will normally be inappropriate to 
rely on information contained on e-mail without obtaining written confirmation.

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.

________________________________________________________________________


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list



<Prev in Thread] Current Thread [Next in Thread>