Re: Scripting Mail:get selection
Re: Scripting Mail:get selection
- Subject: Re: Scripting Mail:get selection
- From: "John C. Welch" <email@hidden>
- Date: Mon, 24 Feb 2003 19:10:36 -0500
On 02/24/2003 17:53, "cricket" <email@hidden> wrote:
>
> Um...I can hit scripts on incoming OR outgoing rules in E'rage, (mail
>
> can't).
>
>
Given that Mail doesn't have outgoing rules, this would be a neat
>
trick. I was referring to scriptable rules, not rule actions.
Scripting rule creation is FAR less important than scripts executing on rule
actions. Outgoing rules are more than a little important as well.
>
>
> I can script the default sig for *each* account in E'rage separately,
>
> along
>
> with how sigs are displayed, Mail applies the same sig and type to
>
> every
>
> account.
>
>
We have no plans to provide applescript support for features that Mail
>
does not support.
I have no plans to spend days beating my head on a wall that shouldn't be
there. Having different sigs for personal and business accounts is
*important*
>
>
> Mail has better support for the sig as a message property, but since
>
> it has
>
> a pitiful scheduler compared to E'rage's, and VERY limited script
>
> support
>
> from within rules, it's a tossup. I know that getting my sigFromiTunes
>
> script ported to Mail is taking quite long, and can only run as a stay
>
> open
>
> script because of the limitations of Mail's scheduler.
>
>
We have no plans to provide applescript support for features that Mail
>
does not support.
I have no plans to spend days working around a lack of functionality unless
I literally have nothing better to do, including mopping my floor
>
>
> Mail does let me script rule creation, which is nice, but being able to
>
> differentiate between POP and IMAP accounts would be better.
>
>
Why should it matter whether a message originates from a POP or an IMAP
>
account? Rules functionality for IMAP and POP is identical (in Mail, at
>
least), so this wouldn't make much sense. We could add it if you can
>
come up with a compelling reason why scripters would care about this.
Because what I do with messages can be dependent on where they are. If they
are on a POP account, I know that I have different limitations on what I can
do than if they are on an IMAP account. For example, on a pop account, I can
just yank the attachment and go. On an IMAP account, if I'm only downloading
the headers, and I need to work on an attachment, I'd want to do the polite
thing, and see if the message has been downloaded fully. If it hasn't been,
then I'd want to either automatically download it fully prior to grabbing
the attachment, (if running fully automated,), or ask the user if they want
to download the attachment at this time. I could also see if the current
network connection is PPP or not, as a determining factor.
Considering I don't see a way to check the status of an IMAP message in
Mail, then I have to work around this and hope for the best.
>
>
> I can *easily* change the content of a given sig in E'rage, as well as
>
> Mail,
>
> although E'rage gives me two ways to refer to a sig (Name and ID), as
>
> opposed to name only in Mail. E'rage also has an 'include in random'
>
> property for sigs, Mail does not. This is important to one of my
>
> projects.
>
>
We have no plans to provide applescript support for features that Mail
>
does not support.
I have no plans to spend a lot of time working around a poorly implemented
feature.
>
>
> Mail has better authentication support, but E'rage has better IMAP
>
> account
>
> parameter scripting overall. Mail can handle *some* IMAP operations
>
> better,
>
> which would be nice in E'rage, but that's more of a rules issue for me
>
> at
>
> least.
>
>
Every parameter that can be set for both IMAP accounts and POP accounts
>
in preferences can be set via script.
Unfortunately, Mail doesn't have nearly the IMAP support that E'rage does
with the exception of authentication types.
>
>
> I know that it is a LOT faster to get stuff done in E'rage, but then,
>
> most
>
> Cocoa dictionaries are a tad odd.
>
>
Some examples would help here. They look the same posted on my wall.
Mail isn't too bad...you don't have the 'text label itis' that iCal does.
But things like using a binary number for Empty Junk Messages Frequency.
What Frequency...it's either on quit, or never. That's a boolean, and would
be *far* clearer as "empty junk messages on quit boolean" Which is REALLY
weird when you read up and realize that there IS a boolean for this. So now,
which takes precedence if I have one set to empty on quit, and the other set
to never? Junk messages are not the only thing
Also, *why* are there like eleven lines in the dictionary between "empty
trash on quit" and "empty trash frequency"? NOT making me hunt back and
forth across the dictionary is a good thing. The same goes for quoting color
in application in the Mail suite. There's again, about ten lines between
level 1 and level three quoting color, and level 2 is BELOW level three, and
"color quoted text" is between levels one and three
Heck, you could have the cure for cancer in there, but who's going to try
and find it. The disorganization of that dictionary is...not good.
>
>
> Oh, and the system events stuff only works if you have the beta system
>
> events on your system. Selection support is as critical to scripting
>
> mail
>
> applications as a good AppleScript debugger is when developing them.
>
>
Whoops, sorry about that. I thought that was part of 10.2.3. One of my
>
personal missions is to make sure selection support makes it to Cocoa,
>
so wish me luck.
Yeah...that would be good, because the cynics in the community see UI
scripting as a way for the NeXTies and Apple pro applications to completely
blow off any attempts at a proper scripting implementation, and tell the
AppleScript folks to use that, since it works.
Except in things with custom UI widgets...like Keynote, and Keychain Access.
It's stuff like this that makes it seem that *as a company* Apple gives off
the impression that they really don't see AppleScript as anything but a toy.
john
--
Anybody who doesn't have fear is an idiot. It's just that you must make the
fear work for you. Hell, when somebody shot at me, it made me madder than
hell, and all I wanted to do was shoot back.
-- General Robin Olds, USAF.
_______________________________________________
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.