Proposed Updates for the Simple API:<br>--------------------------------------------------------------<br><br>&nbsp;- Change GetHitProperties (in s query_handle, in i offset, in i limit, in as props, out a{sa{sas}}) to GetHits(in s query_handle, int i offset, int i limit, in as props, out aas) where the output is on the form [[HitId, props in rq. order], [HitId, props in rq. order], ...]. This seemed to be the consensus of the recent discussions.
<br><br>Stuff to Think About:<br>---------------------------------------------------<br>&nbsp;- Ordering : Is it fair to expect ordered results from the indexer at all? From the new return type of of GetHits I would assume that the result set was ordered. This may be fine in the simple api, but if we want to use the same&nbsp; data structures in the live api it is beginning to look weird. Hits with a really high score might be added after all hits have otherwise been retrieved. Also in the new query xml language you can actually specify an ordering (and grouping) - does this make sense at all?
<br><br>&nbsp;- Moving ShowConfiguration() to org.freedesktop.search.ui.ShowConfiguration()? A drawback is that we can&#39;t guarantee that search.simple and search.ui is owned by the same d-bus services. If we had a search.ui
 we could also add a search.ui.ShowSearchTool(in s search_string).<br><br>Cheers,<br>Mikkel<br>