- From: <bugzilla@jessica.w3.org>
- Date: Mon, 03 Dec 2012 13:25:23 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20201
Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xn--mlform-iua@xn--mlform-i
| |ua.no
--- Comment #2 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> ---
(In reply to comment #1)
> No, it can't. Design goal of polyglot is to produce same DOM when content is
> parser by either XML or HTML parser. HTML parser produces one text node from
> the content of <script> element even if the content is XML fragment. XML
> parser will parse content of <script> as any other element producing correct
> DOM subtree from XML fragment.
OK. Tested. And saw that you are right. So then I think that there are 3
options:
1 EITHER the polyglot spec should describe how to circumvent these restriction
by converting the content of <script> to a data URI.
2 OR the polyglot spec should carve out an exception from the principles, and
allow CDATA inside SCRIPT. The *would* permit very similar DOMs. Except that
in XHTML there would be a CDATA node, while in HTML there would not.
3 OR, for script/style, skip the "DOMs must be identical" rules.
CONCLUSION: In order to not touch the design principles, I ask the editor add
to the spec a description of the first option (data URIs).
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Monday, 3 December 2012 13:25:26 UTC