[Kde-pim] iCalendar semantic

[Kevin Krammer]

On Monday, 2014-03-17, 16:46:26, Patrick Ohly wrote:
> On Mon, 2014-03-17 at 15:24 +0100, Kevin Krammer wrote:
> > On Monday, 2014-03-17, 15:15:17, Christian Mollekopf wrote:

> > > Sure, if the resource can automatically fix the problem and this doesn't
> > > lead to unexpected side effects that is a possibility. I think it should
> > > be
> > > avoided as far as possible because you'd want the correction to
> > > immediately
> > > happen. Otherwise e.g. an invalid event gets modified at some random
> > > point
> > > in time (when the resource tries to synchronize), instead of when the
> > > user
> > > modified the event, and IMO that results in a rather unexpected user
> > > experience.
> > 
> > Sure. I was mainly thinking about the case when a new item is added and
> > the
> > resource finds a UID collision. It would then modify the UID before
> > writing to the backend and modify the item accordingly.
> 
> Modifying the UID would lead to duplicates in the calendar. I don't
> think that's the right solution.

Well, a copy operation's goal is to create a duplicate, no?

Anyway, I am no calendar expert, I though the discussion was about ensuring ID 
uniqueness.

Obviously it could be preferrable to have the same UID twice for all I know :)

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- 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/20140317/7ec27766/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/