Re: iCal parsing using Cocoa/Objc
Re: iCal parsing using Cocoa/Objc
- Subject: Re: iCal parsing using Cocoa/Objc
- From: Ryan Britton <email@hidden>
- Date: Mon, 2 Jan 2006 16:55:59 -0800
The structure of the files changed substantially between Panther and
Tiger. Prior to Tiger, each of the calendars were stored in the root
level of ~/Library/Application Support/iCal. In Tiger, these were
moved into subdirectories with some naming scheme that I don't see a
predictable pattern in. I would not even count on this current
scheme remaining consistent though. Depending on your needs, it does
have a decent Applescript dictionary that you can use.
The data files themselves have remained in the vCal format, which is
defined by RFC 2445 (http://www.faqs.org/rfcs/rfc2445.html). Parsing
it is easy with the exception of the recurrence rules. Those can be
tricky to implement correctly.
On Jan 2, 2006, at 4:34 PM, email@hidden wrote:
Matt Johnston wrote:
Does anyone know of an ObjC based parser for iCal files. I've been
chasing through some RubyCocoa examples using Ruby to parse and
calling it. I've seen some perl examples. And unless an ObjC
parser rears it's dead, I think wrapping libical would be the most
sensible approach. Tell me if I'm wrong :)
It seems there's no API for iCal like there is for Address book.
Any views on the Private CALCore framework? I saw a mention of
this on the libical discussion list but it turned out to be a stub
message.
I basically gave it up.
IIRC there's no API touching iCal outside of .Mac sync framework,
and then you need .Mac.
I though about parsing the iCal files myself, but who knows what
apple will do with those files in the future...
If you have a lot of spare time, then go for it, but I didn't,
since syncing etc. is gonna take time to work out (how to tell iCal
you changed a date or something)
The best thing is to file a bug and hope apple adds an API in 10.5.
IMHO.
Andre
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden