On 11.09.2012, at 07:18, Thomas Mueller <[email protected]> wrote:

>> 2. The client does need to know the size, so it calls getSize() and
> 
> I currently can't come up with a convincing use case - what is your use
> case?

Display the actual number of search results to the user?

>> has to iterate through all results if getSize() returns -1.
> 
> I would add: clients that do call getSize() even thought they don't really
> need the result, or don't care so much about the result, and only use it
> to display a 'next page' button / adjust the scrollbar.

If they show "next page", they usually also show the number of results and the 
number of pages.

>> PS. Note that implementing an "estimated size" feature like seen in
>> many public search engines ("results 1-10 of thousands") is really
>> difficult to implement in a manner that's both efficient and secure.
> 
> I agree.

In many cases the paging etc. doesn't have to be exact, so if there is a way 
that Oak could provide a fairly good estimate that would be really cool (like 
caching the numbers).

Cheers,
Alex

Reply via email to