[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: xsl and toc.hhc (was xml -> htmlhelp and character
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 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
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|