Re: [Evolution-hackers] [Fwd: Re: [evolution-patches] [PATCH] IMAP preauth and subcommand connection.]
- From: Ettore Perazzoli <ettore ximian com>
- To: Anna Marie Dirks <anna ximian com>
- Cc: David Woodhouse <dwmw2 infradead org>, Not Zed <notzed ximian com>, Evolution Hackers Mailing List <evolution-hackers ximian com>
- Subject: Re: [Evolution-hackers] [Fwd: Re: [evolution-patches] [PATCH] IMAP preauth and subcommand connection.]
- Date: 28 Jul 2003 14:14:20 -0400
On Wed, 2003-07-23 at 14:59, Anna Marie Dirks wrote:
> You also, though, don't want the dialog to resize (grow larger) when the
> entry is shown. (Yes, if we had the super smooth and gliding animation a
> la OSX, then the effect of a dialog growing like that would be less
> jarring. While we don't, though, we should avoid subjecting users to
> nasty jumping dialogs.)
>
> Within the rest of the account druid and account editor, the way that we
> present information which is optional to the user is to desensitize it,
> until the user makes a selection which calls for it to become live-- cf
> the "Authentication" options in the "Sending Email" page of the druid.
> For consistency's sake, I would prefer that we handled the custom
> connection command stuff in the same way.
No, the entry isn't used by 99% of the users and is just a hinderance
unless you need it. It makes the dialog more difficult to parse and
hence more difficult to use.
> 1) In the druid, stop trying to cram settings for server identity,
> connection type, and authentication all on one page. Just relax. We have
> other pages, we even have another page for Receiving Mail stuff.
> Constrain the widgets shown on the first page to be:
>
> http://primates.ximian.com/~anna/mailsettings/start.png
See what I mean? It shouldn't expose the concept of a "command" to me
in the default page. If I am Joe Random user, I don't even know what a
"command" is.
> 2) Make sure that you really cannot accidentally specify a custom
> command by only allowing those widgets to be sensitive when both the
> "Use blah blah" checkbox is clicked, and the "custom command" option is
> selected in the option menu. The shot below shoes the entry still being
> insensitive, because a different command is selected from the option
> menu...
>
> http://primates.ximian.com/~anna/mailsettings/secure_selected.png
The command isn't necessarily a security feature though. So "command"
should be a separate option from "secure connection".
> 3. Move the authentication stuff to the next page, with the other
> receiving mail settings. Rename that page "Receiving Email, Continued"
> or something.
This is kind of orthogonal to David's setting, but I like the idea.
-- Ettore
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]