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 events? Sincerely, Jeffrey _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Design" mailing list http://lists.osafoundation.org/mailman/listinfo/design
