[Bug 8992] Coercion to Infoset extensions mean that HTML document could produce different infosets in an HTML5 UA and an HTML+RDFa UA

http://www.w3.org/Bugs/Public/show_bug.cgi?id=8992


Manu Sporny <msporny@digitalbazaar.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |WONTFIX




--- Comment #2 from Manu Sporny <msporny@digitalbazaar.com>  2010-05-05 03:06:39 ---
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are
satisfied with this response, please change the state of this bug to CLOSED. If
you have additional information and would like the editor to reconsider, please
reopen this bug. If you would like to escalate the issue to the full HTML
Working Group, please add the TrackerRequest keyword to this bug, and suggest
title and text for the tracker issue; or you may create a tracker issue
yourself, if you are able to do so. For more details, see this document:

http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Agreed

Change Description: 

None.

Rationale:

I agree. The HTML5 spec should be changed to include following rule in the
Coercion to Infoset section:

"""
If the XML API is namespace-aware, the tool must ensure that ([namespace name],
[local name], [normalized value]) namespace tuples are created when converting
the non-XML mode DOM into an Infoset. Given a standard xmlns: definition,
xmlns:foo="http://example.org/bar#", the [namespace name] is
http://www.w3.org/2000/xmlns/, the [local name] is foo, and the [normalized
value] is http://example.org/bar#, thus the namespace tuple would be
(http://www.w3.org/2000/xmlns/, foo, http://example.org/bar#)
"""

Doing so would simplify the HTML+RDFa specification and ensure that the same
Infoset is created for HTML5 UAs and HTML+RDFa UAs.

-- 
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 Wednesday, 5 May 2010 03:06:41 UTC