[Kde-pim] Re: Review Request: allow the client to fetch an item with a RID when he sets a collection

Volker Krause vkrause at kde.org
Mon Jan 3 14:15:17 GMT 2011


On Friday 31 December 2010 15:18:02 Kevin Ottens wrote:
> Hello,
> 
> Adding Mario in CC, I'm not sure he's subscribed on this list.
> 
> On Friday 31 December 2010 14:28:49 Kevin Krammer wrote:
> > On Friday, 2010-12-31, Mario Bensi wrote:
> > > Hello,
> > > 
> > > actually the client can't fetch an item by the remoteId.
> > > This patch allow the fetch of item by the client if the collection is
> > > setted on job.
> > 
> > Not discussing the patch itself so just on the list: could you give us a
> > bit of context what you would need that for?
> 
> The basic idea is that in Zanshin we're displaying a tree of todo items (among 
> other things) and this tree is based on the uids of the different todos. Now 
> for some operations it'd be just handier to be able to request those items 
> based on their uid directly... and it happens that in the iCal resource the 
> remote id used is also the uid, hence this patch.
> 
> > The "remote" values (identifier and revision) are considered to be only of
> > interest to the resource in charge of the collection or item so maybe there
> > is a different way of doing whatever you are trying to do with that.
> 
> Indeed, and so it means this patch is not interesting to the Zanshin case 
> after all, since it's not always true that uid == remote id. For instance it's 
> not the case for the Kolab resource. 

exactly, and it's actually even worse than that. If you look closely at Kolab, 
you'll notice that RIDs are not globally unique and can change arbitrarily. Also,  
RIDs are set by the corresponding resources, once they actually write the changes 
to their backend that is. So, considering offline cases, there might even be no 
RID for quite some time.

regards
Volker
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20110103/e1b265bf/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/


More information about the kde-pim mailing list