[Kde-pim] Akonadi::ResourceSelectJob - why is it private?

[David Jarvie]

On Wednesday 19 Mar 2014 15:21:32 Daniel Vrátil wrote:
> On Wednesday 19 of March 2014 14:26:36 David Jarvie wrote:
> > Thanks. I would question the desirability of prohibiting clients from using
> > RID operations, though. The RID is the only identifier in an event (to take
> > one example) which is fixed, and won't change if the Akonadi database is
> > rebuilt. I have a particular use case in KAlarm where the RID is needed. A
> > KAlarm event can optionally be copied to KOrganizer's calendar. When that
> > event is deleted in KAlarm, the KOrganizer copy is also deleted. The only
> > way that KAlarm can identify KOrganizer's copy of the event is by the fact
> > that its UID (which is used as the RID) has a known relationship to the UID
> > of KAlarm's event. If RIDs are hidden from clients, this operation will as
> > far as I can see become impossible.
> 
> Christian has added GID for exactly this purpose in KDE 4.12. In case of 
> events GID == RID (because both GID and RID are iCal UIDs), but in  emails for 
> example GID == Message-Id and RID == IMAP UID.  

Yes, that would do the job. Are GIDs fully implemented yet? I can't find for example how to fetch items by GID (ItemFetchJob doesn't seem to have any GID options), and it doesn't look like many resources set GIDs yet.

-- 
David Jarvie.
KDE developer.
KAlarm author -- http://www.astrojar.org.uk/kalarm
_______________________________________________
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/