- From: Olli Pettay <Olli.Pettay@helsinki.fi>
- Date: Thu, 08 Oct 2009 17:34:45 +0300
- To: Maciej Stachowiak <mjs@apple.com>
- CC: Henri Sivonen <hsivonen@iki.fi>, whatwg List <whatwg@whatwg.org>, www-dom@w3.org
On 10/8/09 5:01 PM, Maciej Stachowiak wrote: > > On Oct 8, 2009, at 4:37 AM, Henri Sivonen wrote: > >> In reference to https://bugzilla.mozilla.org/show_bug.cgi?id=520969: >> >> Gecko currently looks at the doctype passed to createDocument() in >> order to decide what interfaces to offer on the returned document and >> in order to determine if the HTMLness bit gets set. This behavior was >> added for Acid3 https://bugzilla.mozilla.org/show_bug.cgi?id=450160 >> and is endorsed by a "may" statement in DOM Level 3 Core: >> http://www.w3.org/TR/DOM-Level-3-Core/core.html#Level-2-Core-DOM-createDocument >> >> WebKit and Opera don't implement this behavior and always return a >> Document that doesn't have the HTMLness bit set. > > This implies that it's not necessary to ever set the HTMLness bit from > createDocument to pass Acid3. The HTMLness wasn't implemented because of ACID3. It was implemented because it was wanted that .createDocument() could return documents which might get created in other ways too (like loading a page). So it is possible to create svg/html/xhtml/etc documents. Of course this all would get simpler if HTML5's proposal to make all documents to implement all interfaces was implemented. But there is still the 'whether or not to set HTMLness flag' issue. -Olli
Received on Thursday, 8 October 2009 14:35:30 UTC