Re: Address Book in Eudora
Re: Address Book in Eudora
- Subject: Re: Address Book in Eudora
- From: "John C. Welch" <email@hidden>
- Date: Wed, 21 Aug 2002 18:06:09 -0400
On 08/21/2002 16:58, "John Delacour" <email@hidden> wrote:
>
> As far as Eudora's dictionary goes:
>
>
>
> No terms that allow me to create address book entries.
>
>
Balls!
>
<obtuse scripting example snipped>
Um...there's no phone number, no work address, no web info. Secondly you're
seriousl saying that *nickname* which is normally an address book *field* is
a clear, concise, intuitive dictionary term for an address book contact?
Maybe Eudora programmers need to spend less time at the pub.
>
>
> No terms that allow me to create or modify existing signatures
>
>
Nonsense again.
Bzzt...there is no term in the Eudora dictionary, (Which I am looking at
now) that reads 'signature'. The closest is the signature property of
'message' which allows me to set it to none, standard, or alternate. That
would appear, in the english language to indicate that I have to choose
between no signature, a pre-defined standard signature, or a pre-defined
alternate signature. That does not show any term that allows to create a
custom signature field.
As well, even if I create extras, there is no way to access custom sigs from
those three properties.
>
>
> No terms to set the LDAP/Finger servers
>
>
<x-eudora-setting:228> Host to use for LDAP queries
>
<x-eudora-setting:8403> Port for finger requests
>
<x-eudora-setting:103> Host to use for finger queries
>
<x-eudora-setting:7611> Default LDAP search filter
>
>
etc etc. -- all easily findable in the settings list with the keystroke cmd-f.
Those aren't in the dictionary. They aren't easily available via the UI.
Secondly, you just have proven my point that the Eudora dictionary, (and the
AS dictionary is what I am talking about here) is obtuse. There is *no*
syntax reference for setting in Eudora for OS X outside of telling me that
the plural form is settings. That's not clear, nor concise. In any event,
since I can only have *1* LDAP server, there's not much of a point in
scripting this anyway.
>
>
> No terms to allow me to set a POP/IMAP account
>
>
ditto
Nothing in the personality term specifies this, to quote:
Class personality: A personality
Plural form:
personalities
Elements:
setting by numeric index
Properties:
name international text -- the name of the personality
id integer [r/o] -- unique id of the personality
Now, I only speak American, but looking at that, I don't see any way to tell
Eudora that a personality is an IMAP personality. But let's compare this to
E'rage's take on things:
"Class POP account: An account for accessing mail from a POP server
Plural form:
POP accounts
Properties:
name Unicode text -- the name of the account
ID integer [r/o] -- the account's unique ID
<too many useful properties to list here>
Or perhaps it's IMAP setting...
"Class IMAP account: An account for accessing mail from an IMAP server
Plural form:
IMAP accounts
Elements:
folder by numeric index, satisfying a test
Properties:
name Unicode text -- the name of the account
ID integer [r/o] -- the account's unique ID
<too many useful properties to list here>
Why, l can look *right* at that and tell which terms apply to IMAP vs. POP.
Powermail has a 'kind' property in it's acccount class. Mail.app has both
POP and IMAP account classes. Mozilla's email functionality isn't scriptable
at all, so they have nothing. Mailsmith only does POP, but 'mail account' is
still clearer than 'personality'.
>
>
> No terms for searching the address book
>
>
Eudora's searching is second to none, extremely fast and allows
>
seraching with regular expressions
Not within the AppleScript dictionary it isn't.
>
>
> The Eudora toolbar is only a great feature if you hate script menus,
>
> and a clear interface obviates the need for custom F-keys. But if
>
> *you* like it, great. I personally dislike large toolbars...
>
>
Wrong again. Eudora's toolbar can
*How* can I be wrong when I don't like toolbars? It's an *opinion*. I don't
like toolbars...not Eudora's, not Adobe's, no one's. It's not discrimination
when you hate everyone. If it has to float in it's own window, and it has
buttons, I don't like it. Who makes it is immaterial.
>
>
All the setting numbers - and there are hundreds of them published
>
and many more secret - are available in a flash at the click of a
>
toolbar button and clearly explained. The value of the settings can
>
also be changed by simply command clicking in the setting, without
>
the need to use AE.
Wow...super-secret settings that aren't in the dictionary being used to
prove that Eudora's dictionary isn't poorly done...
Doctor, some valium please?
I especially love the ..."and many more secret..." part" Luckily, other
email apps decided to place their power in the UI, not in idiotic hidden
settings that are a sign of rather rampant insecurity.
I also love setting 14701: DO NOT TOUCH...then *WHY* list it? *WHY* have it?
UI anyone?
>
>
Since you clearly have no idea about Eudora and its potential, you
>
had better pipe down and cease disseminating false information.
<ignoring silly boorish declarations> Really, you've managed to prove my
point that Eudora's dictionary is unclear, not concise, and rather obtuse
for me *far* better than I ever could.
john
--
"Where there's a Will, there's usually a large, barrel-chested robot waving
arms hither and thither, screaming pronouncements of doom. It's quite
annoying."
From the sig of an Outlook Express Beta Tester :)
_______________________________________________
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.