Cart
[Home] [By Thread] [By Date] [Recent Entries]
Hi I understand from anecdotal reports and my own experiments that it is possible to get most (recent?) browsers to sensibly interpret and render well formed XML that "looks a lot like" HTML. With much of HTML, this is just a matter of matching case and closing </LI> etc. The treatment of HTML's <HR> and <BR> as <HR /> and <BR /> is, it seems, workable. I'd very much like to hear that these anecdotes are true, and that someone somewhere has undertaken a more comprehensive survey of browser behaviour. I guess something like this must be going on in the HTML-futures area -- if so a URL pointer would be very much appreciated. Thanks for any references, Dan ps. reason I'm asking is that it would be nice (in various contexts) to be able to have a namespace URI dereference to something that contains both human-readable and browser displayable (X)HTML but that also contained machine oriented definitions. Content-negotiation would be another approach but might complicate cacheability of the delivered document... (?http cacheing experts please correct me on this) xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
