I do an XML CGI search and get 152 results, paged into 10 results per call.
For the first page, opensearch:startIndex=1. For the second page, opensearch:startIndex=10 (!). For page N != 1, opensearch:startIndex= 10*N.
In other words, two different rules seem to be used for constructing startIndex. I've worked around this by:
Which works. But clearly that's not idealCode:startRow = startIndex; if (startRow==1) startRow=0;
Yes, I agree this does seem a little strange. We should either number the XML results as,
0, 10, 20, 30...
1, 11, 21, 31...
1, 10, 20, 30...
We have a closer look at fix it up for the next release.
We have confirmed that this is a bug. The startIndex value returned in the XML results are off by 1 for page 2 or later.
It will be fixed in V6.0 build 1005.
Wrensoft Web Software
Zoom Search Engine
Thanks for the fix - I've verified it in 1005.