Re: Should I use Sync Services?
Re: Should I use Sync Services?
- Subject: Re: Should I use Sync Services?
- From: Mike Abdullah <email@hidden>
- Date: Fri, 7 Apr 2006 21:35:57 +0100
Thanks for the info (and to Marcus Zarra as well). I had no idea
before setting out whether Sync Services supported colours so I will
stick with parsing the nodes.plist.
I do intend to get hold of events themselves at some point in the
distant future, so I will look into Sync Services again then.
When you say it doesn't handle recurring events, what exactly do you
mean? Will I simply not see any events other than the first one, or
will I see them but not know that they are recurring?
Oh, and could I have a look at your code :)
I can do titles no problem, but I'm not really sure with the colours!
Mike.
On 6 Apr 2006, at 23:44PM, Ben Kazez wrote:
Hi Mike,
Sync Services doesn't include calendar colors, so if you need the
calendar names and colors, it's probably better to load the ~/
Library/Application Support/iCal/nodes.plist file into an
NSDictionary and sift through that. (It's unfortunate to parse a
private file like this, but I haven't found a way around it.) I
wrote some code a while ago to load the calendar names and colors
from ~/Library/Application Support/iCal/nodes.plist. If you'd like
it, just email me off-list.
If you need events, too, then I would recommend using Sync
Services. But keep in mind that it won't handle recurring events
for you.
Ben
On Apr 6, 2006, at 21:20:29 +0100, Mike Abdullah wrote:
I have been looking though the documentation on Sync Services but I
still can't figure out whether it as actually suitable for my
purposes.
Basically I want to retrieve from iCal a list of the different
calendars the user has (just their titles and ideally colours). At
present I am doing this using a mixture of Applescript and accessing
iCal's data files directly. I need to be able to quickly retrieve
this data and then either "poll" for changes, or be notified when
something changes.
Sync Services certainly seems very handy and a great idea, but from
looking through it, I really can't figure out whether to go for it.
Mike.
_______________________________________________
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