- From: Anne van Kesteren <annevk@opera.com>
- Date: Sun, 01 Jul 2007 13:12:55 +0200
- To: "Philip TAYLOR" <Philip-and-LeKhanh@royal-tunbridge-wells.org>, "Lachlan Hunt" <lachlan.hunt@lachy.id.au>
- Cc: public-html@w3.org
On Sun, 01 Jul 2007 12:58:53 +0200, Philip TAYLOR <Philip-and-LeKhanh@Royal-Tunbridge-Wells.Org> wrote: > Since WHATWG have jettisoned SGML as the foundation on which > HTML is based, [...] Actually, browsers have done that around the time HTML1 was around (which was not based on SGML). After that the language was defined in terms of SGML but browsers implementations have never reflected that causing lots of confusion for authors who were using SGML-based HTML validators. Just accepting the fact that HTML is nog SGML-based and defining how it in fact does work seems reasonable to me. > and gone on to define a parsing model of their > own, what is to stop that model from specifying that if > an <embed> tag is encountered, the parser is required to > look ahead (honouring nesting) until the first unmatched > </ ...> tag is encountered. If that tag is </embed> > (case-insensitive), then <embed> is being used as a container > and parsed as such; if it is anything other than </embed> > (case-insensitive), then if it matches the currently open > nest it should close it, otherwise the error-handling actions > should be invoked. I don't think any browser vendor is willing to implement that type of lookahead for these elements. You want to avoid that at all costs. (I've mentioned this before when someone suggesting doing this for <image>/<img>.) -- Anne van Kesteren <http://annevankesteren.nl/> <http://www.opera.com/>
Received on Sunday, 1 July 2007 11:13:51 UTC