- From: <bugzilla@jessica.w3.org>
- Date: Thu, 12 May 2011 13:09:46 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12649
Summary: [XQuery 3.0] Namespace constructors: ordering of rules
(editorial)
Product: XPath / XQuery / XSLT
Version: Working drafts
Platform: PC
OS/Version: Windows NT
Status: NEW
Severity: minor
Priority: P2
Component: XQuery 3.0
AssignedTo: jonathan.robie@redhat.com
ReportedBy: mike@saxonica.com
QAContact: public-qt-comments@w3.org
Section 3.8.3.7 clause 2 reads:
2. If the result of atomization is a single atomic value of type xs:NCName,
xs:string, or xs:untypedAtomic, it is used as the prefix property of the newly
constructed namespace node; if it can not be cast to xs:NCName, dynamic error
is raised [err:XQDY0074]. If the result is the empty sequence or an empty
string, the prefix property of the newly constructed namespace node is empty.
For any other result, a type error is raised [err:XPTY0004].
The rules here are in the wrong order; if the name is "" we raise an error
(because it's not an invalid NCName) before encountering the rule that says ""
is allowed. Furthermore, namespace nodes do not have a "prefix property". I
suggest:
2. If the result of atomization is an empty sequence or a single atomic value
of type xs:string or xs:untypedAtomic, then the following rules are applied in
order:
2a. If the result is castable to xs:NCName, then it is used as the local name
of the newly constructed namespace node. (The local name of a namespace node
represents the prefix part of the namespace binding.)
2b. If the result is the empty sequence or a zero-length xs:string or
xs:untypedAtomic value, the new namespace node has no name (such a namespace
node represents a binding for the default namespace).
2c. Otherwise, a dynamic error is raised [err:XQDY0074].
3. If the result of atomization is not an empty sequence or a single atomic
value of type xs:string or xs:untypedAtomic, a type error is raised
[err:XPTY0004].
--
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 Thursday, 12 May 2011 13:11:52 UTC