On 2/15/05 1:29 PM, "The Server Surfer" <email@hidden> wrote:
> I figured it out, sort of. When you detach a recurrence by
> rescheduling it, a new event is created at the new time, with the same
> uid as the original event. The original event does not have anything
> added to its excluded dates.
But it does have a new recurrence string showing the new "UNTIL=" or
"COUNT=" ending on the last unchanged occurrence date. Then there's a "gap"
and the new recurring event with a new recurrence string picks up from a new
starting date. If you rescheduled just one event, that event is now a
separate creation, a non-recurring event. The original recurring event does
show a new modification date ('stamp date') so you can simply take note of
its new recurrence string. The single non-recurring event, if any, and the
new recurring event picking up after that one, are both new events with new
creation dates (and thus 'stamp date') as well.
> It turns out that excluded dates entries
> are only created when a recurrence is deleted completely.
Right. Only when you _delete_ an occurrence, rather than "reschedule" one.
It's quite a good system. I don't find much problem with this: I sore a
record of the date/time I last ran the script, and any events which have a
later stamp date have to be dealt with. That will pick up both this sort of
modified recurring event (with excluded dates) plus the type that has a new,
earlier end-by date and its new outcrops (the non-recurring rescheduled
event and the renewed recurring event picking up afterwards). I do not find
this a problem.
> When a
> recurrence is rescheduled, the reschedule is given a property which is
> listed in the .ics file as RECURRENCE-ID. This lists the date at which
> the recurrence was originally supposed to take place.
>
> Now my problem is that RECURRENCE-ID doesn't seem to correspond to any
> of the event properties listed in the dictionary. Does anyone know
> what this property is called? If not, does anyone know a way to query
> an item and find out what all of its properties are? I could write
> something to parse the .ics file, but that's a lot of work to find one
> bit of data that it seems like I should have access to already, and I
> have no idea how often the .ics is actually updated, so I could be
> getting stale data.
I'm not clear on why you'd need that tag.
--
Paul Berkowitz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Applescript-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/applescript-users/email@hidden
This email sent to email@hidden
