[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Printing CDATA from feed as HTML
2008/6/13 Colin Paul Adams <colin@xxxxxxxxxxxxxxxxxx>: >>>>>> "Colin" == Colin Paul Adams <colin@xxxxxxxxxxxxxxxxxx> writes: > Hm. Maybe not. > > There is a portability problem here, in that there is a dependency > upon the Unicode encoding form used by the implementation. > > For instance, Gestalt currently uses UTF-8, so you need to specify: > > data:application.xml; charset=UTF-8 > > but I am currently re-engineering it to use UTF-32 (amongst other > changes), and so there is a problem. > > Now the implementation would be able to supply the actual encoding > using a higher level protocol (something internal to the > implementation of fn:doc()). You then have a clash between the > labelled encoding, and the encoding supplied by the higher level > protocol. Actually, I'm talking nonsense there. The higher level protocol IS the charset as supplied (or defaulted) by the data URI. The parameter won't include an XML declaration, so there isn't a labelling conflict. There IS a (potential) conflict between the implementation's Unicode encoding form and the charset on the data URI, so I wasn't talking complete nonsense - the portability problem is real. The solution is for the implementation of the data URI to silently override the supplied encoding. I'm not sure if that is legitimate or not. I suppose you can just say that it's an even higher level protocol. I wish I hadn't started this thread spinoff!
|
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
|