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