[Ietf-calsify] Re: PERIOD types
sroberts at uniserve.com
Mon Apr 11 19:16:50 PDT 2005
Quoting reinhold at kainhofer.com, on Tue, Apr 12, 2005 at 12:08:00AM +0200:
> Am Montag, 11. April 2005 23:44 schrieb Jonathan Lennox:
> > On Monday, April 11 2005, "Reinhold Kainhofer" wrote to
> "ietf-calsify at osafoundation.org" saying:
> Exactly, you run into the same problems. In particular, take (March 27, 2005,
> is the date when summer time was introduced everywhere in the EU):
> Since the hour from 02:00 to 03:00 is skipped, there is no 02:30 on March
> 27.... I'd say, the event should end at the last valid time before that time.
I can see that, it needs clarification, though.
What do you do with a DTSTART of January 31st, set to recur
My interpretation of RFC2445 was that if running the RRULE results in a
non-existent time, the event doesn't happen. So, that particular rule
would only give occurences in months that have a 31st (you can always
use one of the BY* rules to select the last day of all months, if that
was what was intended).
More information about the Ietf-calsify