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 6315 - [FO11] "backs up"
Summary: [FO11] "backs up"
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.0 (show other bugs)
Version: Working drafts
Hardware: PC Linux
: P2 minor
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-16 16:27 UTC by Jonathan Robie
Modified: 2009-05-19 13:46 UTC (History)
1 user (show)

See Also:


Attachments

Description Jonathan Robie 2008-12-16 16:27:47 UTC
Many descriptions say that a function "backs up" an operator. For instance:

<snip>
9.2.2 op:boolean-less-than
op:boolean-less-than($arg1 as xs:boolean, $arg2 as xs:boolean) as xs:boolean

Summary: Returns true if $arg1 is false and $arg2 is true. Otherwise, returns false.

This function backs up the "lt" and "ge" operators on xs:boolean values.
</snip>


We should define this term or use a different term.
Comment 1 Michael Kay 2009-01-02 11:24:03 UTC
I agree that the term "backs up" is a very ugly one, unrelated to any usual English meaning of this verb, and this reflects the fact that the relationship of these function definitions to the operators they underpin is unclear to many readers.

I propose to use the phrase "This function defines the semantics of the XX operator..."

Note also, there are numerous occurrences of the phrase "This functions backs up" which should be "This function...".

I have taken the liberty of classifying this as editorial. I am proposing to include this change with a package of similar editorial improvements to the spec.
Comment 2 Jonathan Robie 2009-01-05 19:03:35 UTC
(In reply to comment #1)

> I propose to use the phrase "This function defines the semantics of the XX
> operator..."

Perfect!

Jonathan
Comment 3 Michael Kay 2009-05-19 13:45:40 UTC
This editorial issue is fixed in the current editor's draft of F+O 1.1.