On Mon, 2003-07-28 at 14:14, Ettore Perazzoli wrote: > On Wed, 2003-07-23 at 14:59, Anna Marie Dirks wrote: > > 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 > > 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.
Personally, I agree with Anna -- but I don't care much either way. Sort it out between yourselves and I'll implement whichever I'm asked to. > > 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. Neither do you know what a namespace is. And, for that matter, you don't know what 'IMAP' and 'POP3' are either. Or what a 'server' is unless she's bringing you your drinks. You have to draw the line somewhere, Ettore -- and I think it's sane enough to expect a user to be able to understand that they can ignore something that's greyed out. > The command isn't necessarily a security feature though. So "command" > should be a separate option from "secure connection". Yes, possibly -- and technically I suppose we could even do SSL over the socket we open to stdin/stdout of the command... but I wasn't going to suggest that. Again, sort it out between yourselves and let me know :) Perhaps I should split the patch into two -- the implementation and the user interface which lets me set the appropriate bits in the configuration? -- dwmw2 _______________________________________________ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
