- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 11 Oct 2007 22:28:32 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4730
mrys@microsoft.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Comment #1 from mrys@microsoft.com 2007-10-11 22:28 -------
(In reply to comment #0)
> 5.2.14 Scoring
> [1]
> "a combination of FTContainsExpr"
> s/FTContainsExpr/FTContainsExprs/
this becomes mood with change for [3].
> [2]
> "formed with the XQuery Boolean operators 'and' and 'or'"
> What about "not" ?
This becomes mood based on change for [3]. Also note that the set of supported
expressions is implementation-defined according to 3.2.
> [3]
> why
> In the case of ForClause and SimpleForClause, the scoring restriction
> doesn't make much sense: if the ExprSingle satisfies the restriction,
> it can only return a boolean, and what's the point of iterating over a
> singleton boolean?
> Note that none of the ForClauses or SimpleForClauses in this spec's
> examples satisfy this restriction. Ditto in the Use Cases.
Section 3.2 says that set of supported expression is implementation-defined.
The section will be reworded. The first paragraph will say that implementations
can restrict allowable expressions and they are implementation-defined.
The second paragraph gets removed and the third one gets a slight editorial
adjustment.
Since you were present when we discussed the changes I am resolving and closing
the bug.
Received on Thursday, 11 October 2007 22:28:40 UTC