[Ietf-calsify] RRULE's and COUNT
lear at cisco.com
Fri Oct 13 07:19:47 PDT 2006
Is this one of those cases where we should get prescriptive about what
to output so that we avoid this circumstance? So for instance, say that
when applying DTSTART with an RRULE, the value should be that of the
Reinhold Kainhofer wrote:
> Am Freitag, 13. Oktober 2006 03:16 schrieb Jeffrey Harris:
>>> I wonder how other proprietary applications interpret it (in
>>> particular Outlook and Apple iCal)....
>> One other in the open source camp, Chandler includes DTSTART in its
> Well, I tried it out, and it seems that Chandler 0.6 does NOT include DTSTART
> in its COUNT if DTSTART does not match the rule: Importing an event with
> (where the DTSTART is a monday and thus does not match the rule) results in
> the event appearing on Oct 9, Oct 10, Oct 12 and Oct 17.
> Chandler 0.7.1 simply ignores the DTSTART if it doesn't match the rule:
> appears only on Tue Oct 10, Thu Oct 12 and Tue Oct 17 (but not on Oct 9).
More information about the Ietf-calsify