OK. I did a quick Google search and look at the AppleScript dictionary for iCal, and it doesn't seem that Export is scriptable per se.
I did find a post from 2007 that discusses it and a potential workaround, but I have not tried it yet, so I don't know if it still applies, or if not, what modifications can be made to make it work. http://forums.macrumors.com/showthread.php?t=296233 One post: Just in case anyone wants to know.. This is what I came up with to export a selected calendar out of iCal. The script basically has a default calendar it will export - in my case Roster. If I want to export a different calendar it will look up what calendars I have and ask me to select one. It then checks thru all the calendar folders, finds the correct file and places it on the desktop.. Not the neatest code, but it works.. And another: I came up with a couple of solutions that pull the name of the calendars out of the Info.plist. Different approach to your solution, presenting it here for learning. This solution pulls all of the calendars and then asks the user which ones to "export". Can easily be adapted to always export one or all of the calendars. Again not the cleanest of code (the doubling up at the end) but the code is short so didn't see the need to clean it up any further. This does however rely on undocumented features of iCal which I wouldn't be surprised if they were altered in Leopard. On Monday, July 9, 2012 8:49:57 AM UTC-5, Evans Thompson wrote: > > I sent this to one group member the other day but thought others could > also benefit from it: > > This is what I'm trying right now. Here's my current setup. > > I have an iMac at home that's really being used more as a server. I don't > access Address Book or iCal on it really. In other words, it's going to be > out of sync. I don't use it to sync calendars or contacts with any iOS > devices, so that's not a problem. > > I have an iPad that I've setup to use the Google Sync services, so that > part isn't affected. You can find instructions for setting up an iOS > device here: http://www.google.com/sync/index.html > > I have a MacBook Pro running OS X 10.7.4 that's really my primary > computer. I definitely use the Address Book and want to keep that in sync. > > I'm trying the native Apple solution for Address Book 6.x (the version > that comes with Lion). You can find Apple's instructions here: > http://support.apple.com/kb/PH4625 > > That does come with its own set of...quirks, but it appears to be the > simplest alternative for now. Some of the quirks involve contact photos > disappearing or not syncing. I haven't seen any other glaring issues. > > It does use the native OS X SyncServices and Sync Resolver, so you'll > periodically see messages about conflicts and choose which version you want > to use. This has always been there, and the earlier versions of > SpanningSync as well as MobileMe were prone to it, too. > > For iCal, I'm trying the CalDAV approach. Google's article is in the > Google Sync site, which takes you here: > http://support.google.com/calendar/bin/answer.py?hl=en&answer=99355&topic=13949&ctx=topic > > This only syncs the primary Google calendar. If you have additional > Google Calendars you want in iCal, you have to do a few more things. > > This article from jonathans blog details those steps: > http://jonathansblog.co.uk/multiple-google-calendars-in-ical-osx-lion I've > only been using it a little while, but it seems to work, more or less. > > That solution is important if you need access to your Google calendar(s) > offline. > > If you only access your Google calendar(s) when you're option, there's an > entirely different approach that essentially makes Google Calendar a > separate OS X "App." It's called a Single Site Browser (SSB). > > The original SSB creation app was Fluid.app. You can find information > about it and download it here: http://fluidapp.com/ It relies, > essentially, on the WebKit part of Safari. I have used this, and it's > pretty much Google Calendar, but in a separate app. The Free version will > at least let you see if this option is a possibility for you. If you want a > few added bells and whistles, there's a paid version for $5. > > MacWorld has a related article: > http://www.macworld.com/article/1157778/googlecal.html > > If you want to use Chrome as the browser engine, there's more work > involved. There are two good articles documenting the process, but I > haven't tried them yet. > > From Lifehacker: > http://lifehacker.com/5611711/create-application-shortcuts-in-google-chrome-for-mac-with-a-shell-script > > From the Less Annoying Blog (linked to in the Lifehacker post): > http://www.lessannoyingcrm.com/articles/149/Create_application_shortcuts_in_Google_Chrome_on_a_Mac > > I'd definitely use a backup service like Spanning > Backup<http://spanning.com/> (same > folks as Spanning Sync). It has the added benefit of backing up ALL your > Google stuff. It's $35 a year, but there's a 14-day trial. > > There's also Backupify <https://www.backupify.com/social-media-backup>, > which also offers the ability to backup social media accounts like Twitter, > Facebook, and LinkedIn. A free plan exists for 3 services, and paid > versions start at $5/mo. > > Way before this happened, I created an Automator workflow to export all > contacts as individual vCards stored in a Dropbox folder. A few contacts > over the years have mysteriously been deleted, and the ability to restore > just one has been great. Plus, since Dropbox keeps previous versions, > there's some added safety there. In addition to exporting all as individual > vCards, it then zips the entire folder with the current date added to the > filename. > > I haven't made it public (yet), though, or posted any instructions. A > recent release, possibly 10.7.4, subtly changed an Automator action that no > longer quits Address Book without error. I'm looking at workarounds and an > automated solution. > > There isn't a similar capability for iCal in Automator (that I've found), > and I haven't investigated AppleScript enough to export calendars as iCal > files rather than an iCal Archive. The difference is that each calendar > would be an ICS file that can be manipulated and imported without changing > all calendars. The iCal Archive, when restored, essentially replaces > anything currently in iCal. It's like a nuclear option. > > I'll try to write one or more blog post over the next week or two about > all this and what I've discovered and decided on. > > Feel free to comment or ask questions. > > Evans > -- You received this message because you are subscribed to the Google Groups "Spanning Sync" group. To view this discussion on the web visit https://groups.google.com/d/msg/spanningsync/-/dEh7FFdibokJ. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/spanningsync?hl=en.
