2008/5/7 Jos van den Oever <<a href="mailto:jvdoever@gmail.com" target="_blank">jvdoever@gmail.com</a>>:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>2008/5/6 Jamie McCracken <<a href="mailto:jamie.mccrack@googlemail.com" target="_blank">jamie.mccrack@googlemail.com</a>>:<br>
</div><div>> hit_ids are not sequential!<br>
<br>
</div>They are sequential. From the spec:<br>
"The hit_ids argument is an array of serial numbers as per hit<br>
entries returned by GetHits."<br>
</blockquote><div><br>Uhm, that was not the intention :-) The hit_ids argument is an arbitrary array of hit ids, fx, [1, 7, 28]. It is meant to make it convenient to react to HitsModified or the user selecting a collection of elements in a ui.<br>
<br>I am open for making it sequential access though (even though this would be an API break). This would possibly result in a lot of dbus traffic if I move a dir with the Linux kernel source and the server emits HitsModified for all the files (and my app would need to call GetHitData on all affected hits - which are unlikely to have sequential ids).<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
The current spec requires that the server keep a list of all uris<br>
mapped to hit ids somehow. Of you know the index will not change you<br>
can rerun the query.<br>
<br>
There is no need to fetch a single uri via GetHits. The HitsAdded<br>
signal tells you how many hits there. You do not have to use GetHits<br>
at all. If you use GetHitData exclusively for getting the data, you<br>
basically are paging.<br>
<br>
So the current spec is fine for sequential access _and_ paging.</blockquote><div><br>I would think so too - no matter what the conclusion on the misunderstanding above is.<br><br>I am still very open for discussions, but I have yet to see a (realistic) use case where the current spec would fail. I think we need a good use case and detailed spec of the suggested new API (what it does in error conditions, is it correlated with GetHits sequential access, does it use hit.fields or take requested fields as params - like GetHitdata, etc).<br>
<br><br>Cheers,<br>Mikkel<br> </div></div>