Re: "/>" (was Re: several messages about New Vocabularies in text/html

> Experience suggests that making this kind of apparently-simple syntax change the 
> /shouldn't/ break pages inevitably /does/ break pages and so is
> unacceptable. 

It's odd that earlier in the the thread we were told that proper
handling of html5 would require a real html5 parser (of which several
ought to be available) but in the same thread there is the repeated
requirement that html5 "work" with the existing html4 parsers. (Which
presumably doesn't go as far as saying what the HTML spec (by reference
to sgml) says it should do for /> which is to treat the > as character
data.

So if html is really a problem make /> generate an empty element for all
elements unless specified otherwise, and then specify otherwise for all
(non-empty)  html elements. this still gives the desired feature of
being able to parse past any chunk of XML that's inlined in the
document, which is what's needed for mathml semantics, svg
foreign-element and probaly any number of other uses.


David



________________________________________________________________________
The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. 
________________________________________________________________________

Received on Wednesday, 2 April 2008 16:34:48 UTC