[missing-sync-palmos-talk] Re: Various things in MS5
Paul Berkowitz
berkowit at silcom.com
Thu Nov 10 07:47:56 PST 2005
On 11/10/05 7:22 AM, "E-Commerce" <e_commerce at mac.com> wrote:
>> Yes, we would like to see that. As Scott Gruby wrote in response to
>> another email, at the time the conduit was written Apple's
>> documentation said that 3rd parties should not create calendars -
>> that it was reserved for iCal. We're revisiting the issue, as that
>> information may be incorrect.
>
> Actually, this *might* not be incorrect, technically. After all,
> using Applescript means that iCal is still doing all of the heavy
> lifting, so it is still reserved to iCal. I think what Apple is
> concerned about is people trying to reverse engineer what iCal is
> doing, which could break in future releases. Still, I can see how it
> would stop you dead if their documentation said essentially, "third
> parties, stay the heck out". :)
In Tiger, there's some really weird voodoo going on with respect to
calendars. Try to find out how to empty iCal's database, if you can (and let
me know if you do!) In Panther, it was very simple: just remove ~/Calendars/
folder. That just gets recreated in Tiger. You've got to go deep into
Application Support and Caches subfolders to track down sub-sub-subfolders
with long numerical ID names, and even then, can't quite get all of it. I
don't know why they made these changes, but there must be something in the
implementation that depends on them (could be Spotlight). It makes it all
really complicated. They have not allowed Cocoa manipulation from outside
like they do for Address Book. AppleScript does it very easily, but is
intrusive, since it launches iCal, and tempts users into messing with iCal
while the sync is proceeding.
--
Paul Berkowitz
More information about the missing-sync-palmos-talk
mailing list