RE: character transformation.

> 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@xxxxxxxxxxxxxxxxxxxxxx
> > [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx]On Behalf Of Paul Barclay
> > Sent: Wednesday, August 13, 2003 9:57 AM
> > To: XSLList
> > Subject:  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