- From: <bugzilla@jessica.w3.org>
- Date: Sun, 30 Jan 2011 17:44:36 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11910 --- Comment #9 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-01-30 17:44:34 UTC --- (In reply to comment #5) > Unfortunately the document is still not sufficiently explicit that the rules > that it gives are only sufficient to produce compatible DOM if the document is > well formed xml and conforming html. It is also not enough that the document is conforming HTML(5): <noscript> does not work as intended in XML. The goal of polyglot markup is "*work the same way*". So conformance is not the ground principle. The ground principle is 'compatible DOM'. So, I think we should define polyglotness separate from conforming: just as it is possible to write HTML that works fine even if it doesn't conform, it is also easy to write polyglot documents that doesn't conform. It is only in *some* fields that polyglot documents have a higher requirement for conformance than "normal" HTML/XHTML have. You asked, ironically, in another bug, if we perhaps should say that a document is polyglot if it is parsed by a non-validating XML parser. In a similar way, we can also say that it really doesn't matter for polyglotness whether the document has an xml declaration or not - instead, just make sure that you don't use a stupid parser that sets itself in quirks-mode because of that declaration - I really mean that. TBL wrote that we should consider polyglot documents as its own breed of documents: http://lists.w3.org/Archives/Public/public-html/2010Jun/0225.html I think, to live up to that expectation, the polyglot spec should set up polyglotness principles. Those principles should not be taken out of the air. Since the purpose of polyglot documents is to create documetns that work the same way in HTML and XML, it also isn't enough to only focus on (regular) HTML-conformance. I prefer to have further debates about the scope of the document in bug 11909. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Sunday, 30 January 2011 17:44:38 UTC