[Design] Accepting Invitations
jeffrey at osafoundation.org
Tue Jun 13 14:29:59 PDT 2006
Months and months ago, Sheila wrote:
> On May 5, 2006, at 11:20 PM, Philippe Bossut wrote:
>> Sending around partially filled events: I think it's an interesting
>> idea. I had this exact scenario today trying to schedule a meeting
>> during sprint week. The people I wanted to check with were not on IRC.
>> So I picked a time and, sure enough, one of the attendees asked me to
>> change. I would have preferred to send an event mentioning nothing
>> beyond the fact that we needed to schedule something that week. I
>> could have use the start and end day to bracket the time frame (no
>> precise time though).
>> One thing though is that we have to be careful with interop here.
>> Clearly those events won't be understood my other software. We should
>> not create .ics attachment for instance that could be deemed as invalid.
> That's a very good point, we will have to handle these differently when
> receiving these in other clients.
So, is the concept of events without defined time info still in our
plans? I'm convinced by Mimi's argument that socially, the obligation
to pick a time is a significant barrier to use for small groups, so I
see value in doing it.
There are a variety of places in the calendar code and in collection
indexing that we assume events always have a start time. It seems
reasonable to plan on fixing those places and start working with untimed
events in alpha4.
While it's legal according to the RFC, I suspect we shouldn't even
bother to put empty events into any iCalendar we pass around, it will
confuse other clients. This means sharing may be impacted by the
presence of time-less events.
That means that when we send an email invitation for a not-yet-timed
event, we should put that information in a header (or however we're
dealing with emailing generic items).
Currently, stamping an item as an event populates the start time with
the current date, would we want to stop doing that if we allow untimed
More information about the Design