Re: recurring events
Re: recurring events
- Subject: Re: recurring events
- From: Pascal Robert <email@hidden>
- Date: Wed, 6 Feb 2008 15:20:50 -0500
Le 08-02-06 à 14:44, Gavin Eadie a écrit :
Mike ... Do you get any ideas from the iCalendar representation of
the calendar? I expect you've looked at this but, just in case,
there in one definition for the recurring event -- the first VEVENT
below, and others for any moved member of that series (the second
VEVENT (same UID)). A removed event appears in the first VEVENT as
a "EXDATE" line. There's variations on the theme, such as when a
change is propagated to all future event in the series, that I
didn't create.
...
The above is the protocol in transmission, I've not looked at the
way the server stores this info, or how the client keeps it in
SQLite, but those too might offer hints to an approach that
minimized that "huge pain" ... Gav
AFAIK, iCal Server will store it as an individual .ics file.
On Feb 6, 2008, at 11:37 AM, Mike Schrag wrote:
I'm wondering if anyone has addressed modeling recurring calendar
events with EOF in a nice way? None of the options seem
particularly attractive to me at the moment, but I was hoping
someone might have some clever insight into the problem. I think
the proper impl is to make "ghost" events appear in the results
that don't become "real" EO's until someone touches them to make a
change from the original pattern, but this seems like sort of a
huge pain with EOF ... I don't know what the overhead will be of
constantly making and throwing away unsaved EOs on every view. I
was considering a non-EO cover object for an event that can turn
into an EO, but it means you have to "write it twice" to support
all the API of the EO version of the event.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden