2007/1/18, Jean-Francois Dockes &lt;<a href="mailto:jean-francois.dockes@wanadoo.fr">jean-francois.dockes@wanadoo.fr</a>&gt;:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Fabrice Colin writes:<br> &gt; On 1/17/07, Mikkel Kamstrup Erlandsen &lt;<a href="mailto:mikkel.kamstrup@gmail.com">mikkel.kamstrup@gmail.com</a>&gt; wrote:<br> &gt; &gt; Regarding the user-level language now. Perhaps &quot;flying Dutchman&quot; would
<br> &gt; &gt; mean the unstemmed phrase (if supported), and &#39;flying Dutchman&#39;<br> &gt; &gt; (single quotes) could allow for stemming. This is not completely<br> &gt; &gt; standard, but it doesn&#39;t break user expectation in horrible ways (as
<br> &gt; &gt; far as I can see).<br> &gt; &gt;<br> &gt; I think it does. Double quotes usually express a phrase search.&nbsp;&nbsp;My<br> &gt; opinion is we&#39;d better leave stemming (and diacritic sensitivity) out<br> &gt; and let each back-end play its specific strengths as it likes to find
<br> &gt; the best matches.<br><br>When the user is searching for a specific form of a word (typically for a<br>proper noun), he usually knows it. This is an important and basic piece of<br>meta-information which the simple query language should be able to express
<br>as it can vastly improve results.<br><br>The natural thing to do is to use capitalization (capitalized terms are<br>searched as is), but this conflicts with case-sensitive searches if we<br>really want them.<br><br>I do not like the single quote solution that much, one reason being that
<br>single quotes sometimes make sense in words (O&#39;Donnell).<br><br>Spotlight allows adding search modifiers as letters after a double-quoted<br>expression, like: &quot;someword&quot;cdw where c, d, w control case/diacritic
<br>sensitivity and whole word matching. This seems like a good solution. Is<br>there a risk that this might be patented and does anyone know how to do a<br>patent check ?</blockquote><div><br>I&#39;m not a total fan of the spotlight language. It has several drawbacks:
<br>&nbsp;- Case sensitive by default<br>&nbsp;- Non-google-like (uses fx. &quot;property == value&quot;)<br>&nbsp;- Wildcards allowed anywhere within a string (can we match that?)<br>&nbsp;- Diacritics sensibility switch allowed by default<br>
<br>Good things:<br>&nbsp;- A &quot;known standard&quot;<br>&nbsp;- Predefined values like time.today and time.now<br>&nbsp;- Allows ==, &gt;=, &gt;, &lt;, and &lt;= comparisons on attributes (which is unnatural with the google-like syntax &quot;attribute:value&quot;)
<br>&nbsp;- Phrase postfixes like &quot;Paris&quot;c to control case sensitivity and such.<br>&nbsp;- Apple must believe it is a good syntax<br><br>Spotlight Query syntax reference:<br><a href="http://developer.apple.com/documentation/Carbon/Conceptual/SpotlightQuery/Concepts/QueryFormat.html#//apple_ref/doc/uid/TP40001849-CJBEJBHH">
http://developer.apple.com/documentation/Carbon/Conceptual/SpotlightQuery/Concepts/QueryFormat.html#//apple_ref/doc/uid/TP40001849-CJBEJBHH</a><br><br>Is there a syntax ref for the windows vista search tool?<br><br>Cheers,
<br>Mikkel<br></div><br></div><br>