W3C home > Mailing lists > Public > public-qt-comments@w3.org > July 2005

[Bug 1823] New: Editorial: section 6.2, xs:NCNAME, XSL-T sample code

From: <bugzilla@wiggum.w3.org>
Date: Thu, 28 Jul 2005 15:24:45 +0000
To: public-qt-comments@w3.org
Cc:
Message-Id: <E1DyAFZ-0005eX-AS@wiggum.w3.org>

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

           Summary: Editorial: section 6.2, xs:NCNAME, XSL-T sample code
           Product: XPath / XQuery / XSLT
           Version: Last Call drafts
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P2
         Component: Functions and Operators
        AssignedTo: ashok.malhotra@oracle.com
        ReportedBy: frans.englich@telia.com
         QAContact: public-qt-comments@w3.org


Hello,

* The second paragraph after the table in section "6.2 Operators on Numeric
Values" starts with:

"If the two operands are not of the same type,subtype substitution"

A space is missing after "type,"

* Some function signatures refer to the type "xs:NCNAME", but the valid name is
"xs:NCName". It is at least these functions:

fn:prefix-from-QName($arg as xs:QName?) as xs:NCNAME? (11.2.2)
fn:local-name-from-QName($arg as xs:QName?) as xs:NCNAME? (11.2.3)

I don't know how widespread this error is; it could be distributed, depending on
how you build the specifications, for example.

* The XSLT implementation in "D.1.2 eg:if-absent" has an error on the second line:
<xsl:param name="node()" type="node()?"/>

The attribute "name" is wrong, "node()". Judging from the other code, it should
be "node".

(If I had no constraints, I would put all XSLT code in separate files, validate
them with a Schema, and bring in the appropriate sections with XInclude.)


Cheers,
Frans
Received on Thursday, 28 July 2005 15:24:47 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:25 UTC