[Ocs] Proposal: Update handling for the lists

[梁辰晔]

Oh, I miss understand your purpose of adding this.
You are right.
David
2012/8/31 Laszlo Papp <lpapp at kde.org>

> Hi David,
>
> On Fri, Aug 31, 2012 at 9:56 AM, 梁辰晔 <liangchenye at gmail.com> wrote:
>
>> Hi,
>>
>> I think it will bring confusion to add 'afterdate'.
>> For example,
>>     list with page=1, pagesize=10, afterdate = yesterday, search=foo.
>> Your mean:
>>     the server should 1) search item=foo
>>                              2) find page=1&pagesize=10
>>                              3) find afterdate item
>> But the first impression (for me):
>>     the server should 1) search item=foo & find afterdate item
>>                               2) find page=1&pagesize=10
>>
>
> I hope I understand your point correctly, but please feel free to correct
> me if I am mistaken. :-)
>
> 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.
>
> 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.
>
>
>>
>> How about add another URL to work with it
>> URL Arguments: ids - Ids of the requested content ids seperated by "x".
>
>
> 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.
>
> Laszlo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/ocs/attachments/20120831/64406d69/attachment.html>