RE: [xsl] xsl and toc.hhc (was xml -> htmlhelp and character 8220)

Subject: RE: [xsl] xsl and toc.hhc (was xml -> htmlhelp and character 8220)
From: "Michael Kay" <mike@xxxxxxxxxxxx>
Date: Fri, 12 Nov 2004 23:31:38 -0000
Recent versions of Saxon have some equally horrible hacks. Specifically
(again only for the less common encodings), it now uses the JDK 1.4
canEncode() method, but does some random sampling to check the answer,
because it is known that some encodings say they can encode characters that
they can't. Yuk.

Michael Kay
http://www.saxonica.com/

> -----Original Message-----
> From: Elliotte Harold [mailto:elharo@xxxxxxxxxxxxxxx] 
> Sent: 12 November 2004 23:18
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [xsl] xsl and toc.hhc (was xml -> htmlhelp and 
> character 8220)
> 
> Michael Kay wrote:
> 
> > As the passage above explains, the encoding most (a) be one 
> that the JRE
> > supports, and (b) be one that Saxon knows about. This is because the
> > translation of unencodable characters into character 
> references is done by
> > Saxon, not by the JRE, and until recently there was no way 
> of asking Java
> > which encodings were available and which characters they supported.
> 
> Well, there's no good way but it can be done. XOM hacks this for the 
> less common character sets by trying to output the given 
> character into 
> a ByteArrayOutputStream and seeing whether it gets that 
> character or a 
> replacement character. It's an ugly hack, but I was 
> pleasantly surprised 
> at how well it performed. (For the more common character sets 
> XOM uses 
> algorithms or lookup-tables.)
> 
> -- 
> Elliotte Rusty Harold  elharo@xxxxxxxxxxxxxxx
> XML in a Nutshell 3rd Edition Just Published!
> http://www.cafeconleche.org/books/xian3/
> http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/
> ref=nosim

Current Thread