Friday, January 07, 2000, 10:33:32 AM, Allie wrote:
> a) Add new email address to existing account.
> b) Create new Account
> How is adding the a) option to go along with the already existing
> b) option a paradigm shift? :)
Because it requires merging the streams and requires either a lot more
macros or TB! implementing "personalities", IE, detecting which account the
message was sent to and using that account to send out on. How would that
interact with the current system? What would happen if I drag a message from
one account to another to force the issue of a change? Will it overrride
that?
The two paradigms, "personalities" and separate accounts, combined, has
never been done. How is that not a different paradigm?
> insist on managing entirely different accounts in different
> instances/windows or otherwise offer multiple personalities and multiple
> e-mail addresses per account support instead.
Exactly the problem. It is rare to find it done right because programmers
just can't grasp the basic concept.
> However, sometimes, things get too cut and dry and the application becomes
> tedious to use.
Granted. However, I find "cut and dry" tedious easier to deal with than
the "constant codling of user-created problems" tedious. The former, at
least, I can automate to suit my tastes based on tools available to me to make
them less tedious. The latter I have to somehow undo automatic behavior. It
is easier to automate than it is to unautomate.
> There must be an optimum balance between user facilitation, keeping in mind
> that users do things differently, code quantity, and trying to make the
> various provided tools not too specialized to facilitate a particular need.
There is. Users do do things differently, that is why there should be
different, specialized products. No one product will ever be everything to
everyone. I would be tickled pink if we could get the computer industry to
agree to completely open standards on data transfer and then let the
components be completely interchangeable. With that we could have authors
focus on one thing without having to worry about integration. I'd love to see
a TB!/PMMail style email client that did not implement a text editor and spell
checker but, instead, just game the individual hooks for external tools and
left it at that. Why? Then they could focus on the client and not the
completely separate products of "specialized text editor" and "specialized
spell checker." If that were the case I bet we'd have killer IMAP support
already in TB!.
Quite frankly, if Alex is happy with Pegasus and how it works, all
the power to him. Why he is still on TB! mailing list is beyond me since it
clearly doesn't work in the manner he chooses.
--
Steve C. Lamb | I'm your priest, I'm your shrink, I'm your
ICQ: 5107343 | main connection to the switchboard of souls.
-------------------------------+---------------------------------------------
--
--------------------------------------------------------------
View the TBUDL archive at http://tbudl.thebat.dutaint.com
To send a message to the list moderation team double click here:
<mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBUDL, double click here and send the message:
<mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------
