- From: Jonas Sicking <jonas@sicking.cc>
- Date: Sat, 15 Nov 2008 23:58:47 -0800
- To: noah_mendelsohn@us.ibm.com
- CC: Boris Zbarsky <bzbarsky@MIT.EDU>, "Henry S. Thompson" <ht@inf.ed.ac.uk>, public-html <public-html@w3.org>, www-tag@w3.org
noah_mendelsohn@us.ibm.com wrote:
> For what it's worth, if I were writing the HTML 5 drafts from scratch, and
> having to satisfy only my own tastes, I would probably have tried writing
> Michael's document first, and where possible referring to it from the
> larger specification (I.e. the one that describes error handling).
Unfortunately, a very real problem with extending HTML is that at this
point it is hairy that it is unclear how to extend it safely. At least
if we hope to get browsers to implement it. And even more so if we hope
to get browsers to implement it the same way.
I.e. we don't know how to make a "language spec" for HTML5 that allows
browsers to implement a parser that is able to both parse the content
that exists on the web today, and parse HTML5. If we tried we would most
likely end up with a language that would require browsers to have
separate parsers for existing document as for HTML5 (i'll explain below
why we don't want that).
It has happened several times during the development of the existing
HTML5 spec, for example around <legend> and <figure> iirc. When that has
happened we've had to take a step back and come up with an alternative
solution that is backwards compatible with existing parsers.
Put it another way. It is very hard to have so heavy dependencies on
something that we know so little about how it works.
The reason we want HTML5 to b compatible with existing parsers is two-fold:
1. W3C already has an effort to create a next-generation markup
language to build on the success of HTML, but without being held
back by the mess that is existing parsers. This effort is being lead
by the XHTML2 Working group. I see no reason to neither duplicate nor
compete with that effort.
2. We want to allow a gradual migration from HTML4 to HTML5. I.e. we
want people to be able to keep their current content, and code for
generating dynamic content, and just make minor modifications to take
advantage of the improvements in HTML5.
I hope that makes sense?
/ Jonas
Received on Sunday, 16 November 2008 08:00:49 UTC