Re: ical todo notes
Re: ical todo notes
- Subject: Re: ical todo notes
- From: Paul Berkowitz <email@hidden>
- Date: Mon, 24 Nov 2003 12:26:48 -0800
No. alarms are not properties, they're elements. You have to make them after
the event exists:
set StartDate to "11/24/2003 9:00 AM"
set enddate to "11/24/2003 10:00 AM"
set alarmTrigger to "-15"
set soundName to "Sosumi"
tell application "iCal"
set newEvent to make new event at end of calendar 3 with properties
{summary:"hello", start date:StartDate, end date:enddate}
tell newEvent
make new sound alarm at end of sound alarms with properties {trigger
interval:alarmTrigger, sound name:soundName}
end tell
end tell
That works fine.
Unfortunately, there's no 'email' property of 'mail alarm'. I've figured out
that the mail alarm always gets made for the email address which is at the
top of the list of email addresses for your 'My Card' in Address Book. That
is always the first Work email there. So you need to change that if it's not
the email address you want.
I've discovered the worst cesspool in iCal: it's 'attendees'. So are so many
bugs, and they're so bad, it's almost unusable. More later.
--
Paul Berkowitz
>
From: "Dr. Max Bonilla" <email@hidden>
>
Date: Mon, 24 Nov 2003 14:49:35 -0500
>
To: AppleScript Users <email@hidden>
>
Subject: Re: ical todo notes
>
>
Speaking of alarms, is this supposed to work?
>
>
set StartDate to "11/24/2003 9:00 AM"
>
set enddate to "11/24/2003 10:00 AM"
>
set soundalarm to "-15"
>
>
tell application "iCal"
>
activate
>
make new event at end of calendar 5 with properties {summary:"hello",
>
start date:StartDate, end date:enddate, sound alarm:soundalarm}
>
end tell
>
>
I don't get an error, but there is no alarm. Is this the problem you were
>
speaking of?
>
>
Thanks.
>
>
Max
>
>
>
Message from Paul Berkowitz <email@hidden>
>
> Subject: Re: ical todo notes
>
>
>
> On 11/21/03 9:23 AM, "Michael Grant" <email@hidden> wrote:
>
>
>
>> On Nov 21, 2003, at 10:30 AM, Paul Berkowitz wrote:
>
>>
>
>>> 2) Although they added four types of alarm classes to the dictionary,
>
>>> _none
>
>>> of them work_! This is terrible. They don't error either, when making
>
>>> new
>
>>> ones. They pretend to work, they just don't make the alarm you ask
>
>>> for. And
>
>>> trying 'get' an alarm errors. They didn't even include "NOT READY
>
>>> YET", as
>
>>> the Finder has been doing for 3 years. They sent it out as if it
>
>>> works, when
>
>>> it doesn't. This is pretty shameful, and should be fixed immediately.
>
>>> Please
>
>>> make this one a Serious Bug Fix.
>
>>
>
>> I'm not sure that's an AppleScript problem. My iCal alarms don't seem
>
>> to be working since I installed Panther and iCal 1.5.1, even for
>
>> manually created events. I haven't spent any time on trying to pin down
>
>> the problem, but I have missed one or two events that I would have
>
>> liked to attend. :-(
>
>
>
> I take it back. I just tested again, and this time it works fine. I can make
>
> new alarms at events. I think I must have still been using the 'reload
>
> calendars' event the last time I tried this. (I thought it was the
>
> equivalent of Address Book's 'save addressor', and necessary, but it isn't.
>
> It seems to put things back to some previous state - I don't understand it.
>
> It may have removed the alarms I had just added by script. or maybe it was
>
> something else. Anyway, it's working now.)
>
>
>
> Getting properties of existing alarms is trickier. This works
>
>
>
>
>
> tell event 2 of calendar 1
>
> get trigger interval of sound alarm 2
>
> --> -15
>
> end tell
>
>
>
> But this doesn't:
>
>
>
> tell event 2 of calendar 1
>
> set allSoundAlarms to every sound alarm
>
> --> {sound alarm 1 of event 2 of calendar 1, sound alarm 2 of event
>
> 2 of calendar 1}
>
> get trigger interval of (item 1 of allSoundAlarms)
>
> --> ERROR
>
> end tell
>
>
>
> Throwing in a few 'get's doesn't help either. Address Book in Jaguar had a
>
> similar problem with the IM handles, which was fixed in Panther. This at
>
> least has a workaround.
>
>
>
> I'm sorry for misleading anyone earlier. You can even make a mail alarm,
>
> which uses the default mail account (address). It still would be nice to
>
> have an 'email address' or 'email account' element of 'mail alarm'. I can
>
> also specify the sound of a sound alarm at inception - when creating 'with
>
> properties' - but not afterwards. It's like an r/o property. I can live with
>
> that.
>
>
>
> So things are better than I thought.
>
>
>
> --
>
> Paul Berkowitz
>
_______________________________________________
>
applescript-users mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/applescript-users
>
Do not post admin requests to the list. They will be ignored.
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.