<div>Oh, I miss understand your purpose of adding this.</div><div>You are right.<br></div><div>David<br></div><div class="gmail_quote">2012/8/31 Laszlo Papp <span dir="ltr"><<a href="mailto:lpapp@kde.org" target="_blank">lpapp@kde.org</a>></span><br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">Hi David,<br><br><div class="gmail_quote"><div class="im">
On Fri, Aug 31, 2012 at 9:56 AM, ΑΊ³½κΚ <span dir="ltr"><<a href="mailto:liangchenye@gmail.com" target="_blank">liangchenye@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
Hi,<br><br>I think it will bring confusion to add 'afterdate'.<br>For example, <br> list with page=1, pagesize=10, afterdate = yesterday, search=foo.<br>Your mean:<br> the server should 1) search item=foo <br>
2) find page=1&pagesize=10<br> 3) find afterdate item<br>But the first impression (for me):<br> the server should 1) search item=foo & find afterdate item<br>
2) find page=1&pagesize=10<br></blockquote></div><div><br>I hope I understand your point correctly, but please feel free to correct me if I am mistaken. :-)<br><br>I believe the specific search method on the server side is better left to the servers. If we decide about the priority then we may provide slower or faster (or not even possible at times) functionality in certain cases. It depends on the specific instance what the optimized way is for collecting the data output.<br>
<br>As from OCS specification documentation point of view, the page and pagesize arguments are always the last parameters in the parameter list as far as I see. Hope, that would somewhat help with dismissing your confusion.<br>
<br></div><div class="im"><blockquote style="margin:0pt 0pt 0pt 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><br>How about add another URL to work with it<br>
<li>URL Arguments: ids - Ids of the requested content ids seperated by "x". </li>
</blockquote></div><div><br>Unfortunately, we do not know the ids for the entries that were added or modified. We would need a separate query for getting the updated items, but that requires a query (i.e. bit slower from the client point of view), and that would not allow "advanced" search either what we may need if we would like to get the updated for a filtered list.<span class="HOEnZb"><font color="#888888"><br>
<br>Laszlo<br></font></span></div></div>
</blockquote></div><br>