- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 14 Dec 2006 17:21:00 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4080
Summary: [F+O] Backwards compatibility appendix
Product: XPath / XQuery / XSLT
Version: Proposed Recommendation
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Functions and Operators
AssignedTo: ashok.malhotra@oracle.com
ReportedBy: mike@saxonica.com
QAContact: public-qt-comments@w3.org
The non-normative backwards compatibility appendix in F+O (Appendix D) lists
some incompatibilities in string functions that no longer exist: they were
removed during the last call period. Since this appendix is informative only, I
suspect there is no objection to us correcting the information during PR.
Note also that in most of these cases, the function signature given in the
appendix doesn't match that in the body text.
I haven't done a complete trawl, but the incorrect statements include:
concat(): If compatibility mode is off, an error will occur if ... argument is
a number or a boolean.
starts-with(): In 1.0, returns false if the first argument is an empty
node-set. In 2.0, returns ()
contains(): In 1.0, returns false if the first argument is an empty node-set.
In 2.0, returns ()
substring-before(): In 1.0, returns "" if the first argument is an empty
node-set. In 2.0, returns ()
substring-after(): In 1.0, returns "" if the first argument is an empty
node-set. In 2.0, returns ()
substring(): In 1.0, returns "" if the first argument is an empty node-set. In
2.0, returns ().
normalize-space(): In 1.0, returns "" if the first argument is an empty
node-set. In 2.0, returns ()
Received on Thursday, 14 December 2006 17:21:21 UTC