- From: <bugzilla@jessica.w3.org>
- Date: Sat, 05 Jun 2010 00:17:11 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9858
Summary: [FT] FTStopWordOption and FTCaseOption interaction
clarification
Product: XPath / XQuery / XSLT
Version: Candidate Recommendation
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Full Text 1.0
AssignedTo: jim.melton@acm.org
ReportedBy: paul@lucasmail.org
QAContact: public-qt-comments@w3.org
I originally sent this an an ordinary (non-bug) e-mail to the
public-qt-comments@w3.org list hoping for some kind of comment. I prefer not
to write bugs willy-nilly, but get at least one other person who agrees with me
before filing a bug. However, in this case, after having gotten no comments,
I'm submitting this as a bug anyway because I think it's warranted. That
said....
As far as I can tell, nowhere in the spec does it say anything specifically
about case sensitivity and the FTStopWordOption.
Does the value of FTCaseOption affect stop-word comparisons? E.g.:
let $x := <p>BEST OF TIMES</p>
return $x contains text "BEST ANY TIMES"
using stop words ("any")
using case sensitive
Should that query return true or false?
The spec should say explicitly what the interaction between those two match
options is supposed to be or at the very least explicitly state that it's
implementation-defined.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Saturday, 5 June 2010 00:17:12 UTC