1570 2005-07-13 18:00:09 +0000 [XQuery+XSLT] xml:id 2005-07-21 16:27:42 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XPath 2.0 Last Call drafts PC Windows XP CLOSED FIXED P2 normal --- 1 mike chamberl public-qt-comments oldest_to_newest 4541 0 mike 2005-07-13 18:00:09 +0000 There's an unnecessary inconsistency between the XSLT and XQuery specifications over xml:id. XQuery makes it an error if the value of the attribute isn't a valid NCName (a static error in the case of a fixed constructor, a dynamic error otherwise), XSLT doesn't make it an error unless you validate. I don't care which solution we adopt but let's get them into line. Note that XSLT permits <element xml:id="{expr}"/> while XQuery doesn't. 5026 1 holstege 2005-07-20 20:28:25 +0000 At its meeting today, the XSL and XQuery working groups decided to accept this comment and align XQuery with XSLT wrt xml:id as follows: In element construction, both direct and computed, remove the text, the string-value of the attribute must be in the lexical space of the type xs:NCName [err XQST0082] In addition, the word "informally, " can removed, since the prefix must be "xml". Or talk abuot xml:id instead of the namespace URI. There should also be a reference to the xml:id spec. I would be grateful if you could confirm your acceptance of this resolution by marking the bug entry as CLOSED; alternatively, if you have further comments to make, or if you feel the requirement has been misunderstood, please feel free to respond to that effect. In the absence of further comments, we will close the bug. 5073 2 jim.melton 2005-07-21 16:27:42 +0000 *** Bug 1458 has been marked as a duplicate of this bug. ***