[Ietf-calsify] DTEND clarification in
draft-ietf-calsify-rfc2445bis-00.txt
Preston Stephenson
PStephenson at gw.novell.com
Thu Nov 17 08:37:46 PST 2005
In section 7.1 Event Component, it states:
The "DTEND" property for a "VEVENT" calendar component specifies
the non-inclusive end of the event.
In section 7.4 Free/Busy Component, it states:
the "DTSTART" and "DTEND" properties specify an inclusive time
window
that surrounds the busy time information;
It would seem that this implies DTEND is inclusive not
non-inclusive.
Isn't DTEND non-inclusive in this case?
In section 8.2.15.2 Date/Time End, it states:
Description: Within the "VEVENT" calendar component, this
property
defines the date and time by which the event ends. The value MUST
be
later in time than the value of the "DTSTART" property.
but in section 7.1. Event Component it states:
For cases where a "VEVENT" calendar component
specifies a "DTSTART" property with a DATE-TIME data type but no
"DTEND" property, the event ends on the same calendar date and
time
of day specified by the "DTSTART" property.
and also section 10. Recommended Practices it states:
2. A calendar entry with a "DTSTART" property but no "DTEND"
property does not take up any time. It is intended to represent
an
event that is associated with a given calendar date and time of
day,
such as an anniversary. Since the event does not take up any
time,
it MUST NOT be used to record busy time no matter what the value
for
the "TRANSP" property.
If not having a DTEND, it is defined to be the same as DTSTART,
why can't DTEND be defined to be the same as DTEND?
Or is it a matter of clarifying that you either have a DTEND
or you can't have a DTEND, if DTEND is the same as DTSTART?
Just my two bits.
Thanks.
Preston
More information about the Ietf-calsify
mailing list