This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 28885 - Minor editorial issues
Summary: Minor editorial issues
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.1 (show other bugs)
Version: Working drafts
Hardware: PC Windows NT
: P2 trivial
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
: 28963 29626 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-07-02 14:49 UTC by Priscilla Walmsley
Modified: 2016-12-16 19:55 UTC (History)
3 users (show)

See Also:


Attachments

Description Priscilla Walmsley 2015-07-02 14:49:33 UTC
Some minor editorial issues:

1. eg:index-of-node - the first XQuery implementation has the order of the arguments to fn:filter reversed.

2. eg:index-of-node - the XSLT and first XQuery implementations have the order of the arguments to fn:for-each-pair reversed.

3. eg:distinct-nodes-stable - the XQuery implementation doesn't prefix the function name with eg:

4. eg:distinct-nodes-stable - both implementations have an unresolved reference to $seq.  Should be $arg.

5. eg:distinct-nodes-stable - both implementations have the order of the arguments to fn:fold-left reversed.

6. eg:lowest - the XQuery implementation has eg:highest as the function name instead of eg:lowest

7. The Rules for op:subtract-dayTimeDuration-from-time mention the function add-dayTimeDuration-to-time but it is not a link - maybe because it is not prefixed with fn:?

8. The examples of fn:replace don't use the fn: prefix, which is inconsistent with the examples of other functions.

9. The collection function summary says "indentified" instead of "identified".

10. The signature of map:for-each is:

map:for-each(	$input	as map(*),
$action	as function($key as xs:anyAtomicType, $value as item()*)) as item()*

"$key as" and "$value as" should be removed, as in:

map:for-each(	$input	as map(*),
$action	as function(xs:anyAtomicType, item()*)) as item()*
Comment 1 Jonathan Robie 2015-07-15 18:55:27 UTC
The Working Group is asking Mike to apply these changes, reopening this bug if there are any he disagrees with.
Comment 2 Michael Kay 2015-07-17 16:27:17 UTC
1. eg:index-of-node - the first XQuery implementation has the order of the arguments to fn:filter reversed.

DONE.

2. eg:index-of-node - the XSLT and first XQuery implementations have the order of the arguments to fn:for-each-pair reversed.

DONE.

3. eg:distinct-nodes-stable - the XQuery implementation doesn't prefix the function name with eg:

DONE

4. eg:distinct-nodes-stable - both implementations have an unresolved reference to $seq.  Should be $arg.

DONE

5. eg:distinct-nodes-stable - both implementations have the order of the arguments to fn:fold-left reversed.

DONE

6. eg:lowest - the XQuery implementation has eg:highest as the function name instead of eg:lowest

DONE. Also in these functions the arguments to fold-left were in the old order. And for consistency I changed eg:highest and eg:lowest to take the sequence as the first argument and the function as the second.

7. The Rules for op:subtract-dayTimeDuration-from-time mention the function add-dayTimeDuration-to-time but it is not a link - maybe because it is not prefixed with fn:?

Should be prefixed with op:. DONE.

8. The examples of fn:replace don't use the fn: prefix, which is inconsistent with the examples of other functions.

DONE.

9. The collection function summary says "indentified" instead of "identified".

ALREADY DONE.

10. The signature of map:for-each is:

map:for-each(	$input	as map(*),
$action	as function($key as xs:anyAtomicType, $value as item()*)) as item()*

"$key as" and "$value as" should be removed, as in:

map:for-each(	$input	as map(*),
$action	as function(xs:anyAtomicType, item()*)) as item()*

DONE
[reply] [−] Comment 1
Comment 3 Michael Kay 2015-07-17 20:38:56 UTC
*** Bug 28963 has been marked as a duplicate of this bug. ***
Comment 4 Michael Kay 2016-05-23 11:48:27 UTC
*** Bug 29626 has been marked as a duplicate of this bug. ***