[Bug 6482] New: [UPD] setToUntyped() and xml:id

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

           Summary: [UPD] setToUntyped() and xml:id
           Product: XPath / XQuery / XSLT
           Version: Candidate Recommendation
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Update Facility
        AssignedTo: andrew.eisenberg@us.ibm.com
        ReportedBy: mike@saxonica.com
         QAContact: public-qt-comments@w3.org


A literal reading of setToUntyped() suggests that the is-id property is cleared
for all attributes, including an attribute named xml:id.

A number of tests in the test suite, for example setToUntyped-001, take the
same interpretation.

However, the data model specification states (twice): "The is-id property is
always true for attributes named xml:id.".

Admittedly it says this under "construction from an InfoSet" and "construction
from a PSVI". However, the wording used strongly suggests that it is intended
to be a universal rule. And certainly, it is a sensible rule: the whole point
of xml:id is that IDness should be determined solely by the choice of attribute
name.

I believe that the update spec should treat this as a constraint, and ensure
that the is-id property is always true for attributes named xml:id (whether
these are existing attributes, newly created, or whatever.)

[I have this rule very deeply hard-wired into my data model implementation, and
I think it is reasonable to do so.]


-- 
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, 28 January 2009 11:58:42 UTC