- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 01 May 2006 17:33:55 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3172
Summary: [FO] 5.1 Constructor Functions: exception for QName and
NOTATION
Product: XPath / XQuery / XSLT
Version: Candidate Recommendation
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Functions and Operators
AssignedTo: ashok.malhotra@oracle.com
ReportedBy: jmdyck@ibiblio.org
QAContact: public-qt-comments@w3.org
5.1 Constructor Functions for XML Schema Built-in Types
'The semantics of the constructor function " xs:TYPE(arg) " are identical to
the semantics of " arg cast as xs:TYPE? ", except for constructors for xs:QName
and types derived from xs:NOTATION which are identical to "cast as xs:TYPE ".'
--- Presumably, that last snippet is missing "arg". That is, it should be
arg cast as xs:TYPE
--- Note that the XQuery doc (3.12.5) doesn't include the exception for
xs:QName and types derived from xs:NOTATION.
--- But it seems to me that the exception isn't necessary. Two paragraphs
later,
we're told that, in the cases covered by this exception, the argument is
constrained to be a string literal. Thus, the cast expression's atomization
is guaranteed to result in a single string value, in which case the result
of
arg cast as xs:TYPE
is the same as
arg cast as xs:TYPE?
Isn't it?
Received on Monday, 1 May 2006 17:34:06 UTC