Toltec connector and exceptions to recurring events

Reinhold Kainhofer reinhold at kainhofer.com
Mon May 30 10:35:39 CEST 2005


Am Montag, 30. Mai 2005 06:36 schrieb Martin Konold:
> Am Montag, 30. Mai 2005 01:23 schrieb Reinhold Kainhofer:
>
> Hi Reinhold,
>
> > Well, not yet full support. In KDE 3.5 it will have really full support
> > (exrules, rdates, arbitrary BY* combinations in the RRULE, etc.).
>
> Can you please tell us if this extended semantic can be expressed with the
> current Kolab XML format syntax?

No, definitely not. The Kolab  XML syntax is more like the vCalendar RRULE 
semantics, while  I implemented the whole iCalendar RRULE/EXRULE/RDATE/EXDATE 
functionality as defined in RFC 2445. E.g. some examples from 2445 which will 
be problematic
-) first/last sunday every 2 months:
RRULE:FREQ=MONTHLY;COUNT=10;INTERVAL=2;BYDAY=1SU,-1SU
-) Every friday the 13th:
RRULE:FREQ=MONTHLY;BYDAY=FR;BYMONTHDAY=13
-) Saturday after the first sunday of the month
FREQ=MONTHLY;BYDAY=SA;BYMONTHDAY=7,8,9,10,11,12,13
-) Tuesday after the first monday in november, every 4 years (US election day)
RRULE:FREQ=YEARLY;INTERVAL=4;BYDAY=TU;BYMONTHDAY=2,3,4,5,6,7,8;BYMONTH=11
-) Third Tuesday, Wednesday or Thursday of each month:
RRULE:FREQ=MONTHLY;COUNT=3;BYDAY=TU,WE,TH;BYSETPOS=3
-) Second-to-last workday of each month:
RRULE:FREQ=MONTHLY;BYDAY=MO,TU,WE,TH,FR;BYSETPOS=-2


> > However, what kontact doesn't support is to change just one single
> > occurence of a recurring sequence. RFC 2445 says that this is done by
> > having an event with the same UID, but a different RECURRENCE-ID, which
> > specifies the date/time of that one occurence. You can then change any
> > field of the event, but it will still belong to the original event.
>
> How difficult would it to add these for KDE 3.5?

Quite difficult, since lots of places currently assume that the UID is unique. 
Implementing that correctly would imply that an event is actually a list of 
different events, which have the same UID, but a different RECURRENCE-ID. I 
don't think we can finish that for 3.5.

Reinhold
-- 
------------------------------------------------------------------
Reinhold Kainhofer, Vienna, Austria
email: reinhold at kainhofer.com, http://reinhold.kainhofer.com/
 * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at
 * K Desktop Environment, http://www.kde.org/, KOrganizer / KPilot maintainer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.kolab.org/pipermail/format/attachments/20050530/6cf0ad8c/attachment.sig>


More information about the format mailing list