2007/7/18, Fabrice Colin &lt;<a href="mailto:fabrice.colin@gmail.com">fabrice.colin@gmail.com</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;">
On 7/16/07, Mikkel Kamstrup Erlandsen &lt;<a href="mailto:mikkel.kamstrup@gmail.com">mikkel.kamstrup@gmail.com</a>&gt; wrote:<br>&gt; I have a few suggestions for updates to the xesam search spec.<br>&gt;<br>&gt; * API:<br>
&gt; Remove the session properties search.blocking and search.live. These seemed<br>&gt; to cause more confusion than I anticipated. These can be emulated in the<br>&gt; client side lib as far as my scribblings can tell. Anoter solution might
<br>&gt; just be better documentation of course...<br>&gt;<br>+1 from me.<br><br>&gt; What this would mean for the api methods:<br>&gt;&nbsp;&nbsp;* GetHits should always block until the requested number of hits has been<br>&gt; found or the entire index has been searched (in which case the SearchDone
<br>&gt; signal will be emitted too).<br>&gt;&nbsp;&nbsp;* CountHits should always block until the entire index has been searched<br>&gt;&nbsp;&nbsp;* No other methods should block<br>&gt;<br>Okay.</blockquote><div><br>Good, I shall try and punk people on IRC to get more opinions on this. 
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; * Query Language:<br>&gt; I suggest we remove the &quot;type&quot; attributeon the query element. You can just
<br>&gt; specify the Category- or StoredAs fields in you selectors.<br>&gt;<br>What are these ? I can&#39;t find either in the xsd file.</blockquote><div><br>They are fields in the upcoming ontology :-) Sorry for the obscure reference. So the idea is to replace
<br><br>&lt;query type=&quot;Foo&quot;&gt;<br>MY-QUERY-XML<br>&lt;/query&gt; <br><br>with<br><br>&lt;query&gt;<br>&nbsp; &lt;equals&gt;<br>&nbsp;&nbsp;&nbsp; &lt;field name=&quot;xesam:category&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;string&gt;Foo&lt;/string&gt;
<br>&nbsp; &lt;/equals&gt;<br>&lt;/query&gt;<br></div><br>it is more verbose but is also more coherent with the rest of the spec.<br><br>What do you think about the idea that the server was free to forget hits as soon as they are read if 
search.live == false? Which as said before would imply that GetHitData should probably return an empty list if search.live == false.<br><br>Cheers,<br>Mikkel<br></div><br>