• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: recurring events
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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
References: 
 >recurring events (From: Mike Schrag <email@hidden>)
 >Re: recurring events (From: Gavin Eadie <email@hidden>)

  • Prev by Date: Re: How to fetch eo with a specific relationship
  • Next by Date: Re: recurring events
  • Previous by thread: Re: recurring events
  • Next by thread: Re: recurring events
  • Index(es):
    • Date
    • Thread