[Ocs] Proposal: Update handling for the lists
Laszlo Papp
lpapp at kde.org
Fri Aug 31 06:09:00 PDT 2012
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/77552893/attachment.html>
More information about the Ocs
mailing list