[missing-sync-palmos-talk] Re: Various things in MS5

[Brian M. Criscuolo]

On Nov 10, 2005, at 10:47 AM, Paul Berkowitz wrote:

> 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.
>

I think that now iCal's data isn't really iCal's data, if you catch  
me. iCal syncs against the sync engine (the Truth) and will always be  
repopulated from there if you remove its main database.

b

> -- 
> Paul Berkowitz
>
>
> _______________________________________________
> missing-sync-palmos-talk mailing list
> missing-sync-palmos-talk at lists.markspace.com
> Unsubcribing information, subscription options and list archives  
> can be found at:
> http://lists.markspace.com/mailman/listinfo/missing-sync-palmos-talk


********************
Brian M. Criscuolo
Senior Software Engineer
Mark/Space, Inc.
bcriscuolo at markspace.com
<http://www.markspace.com>