UI mock-up - Account Setup Rev.2
tanstaafl at libertytrek.org
Thu May 2 15:35:46 UTC 2019
On Thu May 02 2019 02:40:05 GMT-0400 (Eastern Standard Time), alex
<alessandro at thunderbird.net> wrote:
> Hello folks,
> Here's an updated version of the account setup workflow.
> *First Screen*
> I created 2 variations which we could use for some A/B testing. We could
> potentially release the version with a smaller and less prominent "Get a
> New Email Address" first, to later than replace it with a more prominent
> button once we have those potential providers partnerships.
Good idea... I like the second one, but either works.
> A tabbed system will be used to show the user the proper info and
> fields of what they selected, and a "Other" option which will open
> less common actions. This might seems like a bit of a stretch, but
> I'd like to pursue the idea of having a unified "Account Creation
> Dialog", no matter if the user needs to create an email, add a
> calendar, an RSS feed, etc.
Hmmm... interesting idea. Your mock-up makes it look like you can create
one of each all at the same time (switch back and forth between the
tabs, setting each up, until they are all done). If that is the intent,
there should be some kind of dynamic way to show the status of each of
the account types when they are not selected - in the mock-up of yours,
greyed out means nothing is configured, red could mean it is partially
configured but not completed/successfully tested, and green could mean
it is configured and the connection successfully tested.
> *Manual Configuration*
There absolutely needs to be a simple, easy way to just manually enter
the account criteria and if desired, bypass/cancel the attempts to
validate the account and just create it as is. This should always be
available at any step during the Account creation process.
> This is tricky since there are many fields and it's really easy to
> overwhelm the user.
> Splitting the "Incoming" and "Outgoing" fields in 2 tabs will help us to
> visually streamline what the user needs to input, and also will prevent
> the dialog to grow too much.
Personally I am strongly opposed to this, for one simple reason... it is
pursuing an already bad decision to focus on splitting these up.
I will go out on a limb and make an unsubtantiated claim that the vast
majority - 99%+ - of email accounts/servers require the *same* username
and password for receiving (incoming) and sending (outgoing) email.
Honestly, i can't name even one that even allows, let alone requires,
using a different username/password for sending than receiving - can anyone?
Unless someone can show that I am wrong, and that there is a substantial
- say, 10%+ - that require a different username/password for sending
mail than is used for receiving, I think we should take this opportunity
to finally implement a nine year old bug/enhancement request of mine:
Option to use same credentials for outgoing as incoming
bug 543827 - https://bugzilla.mozilla.org/show_bug.cgi?id=543827
I just threw together a mock-up adding two options and uploaded it to
the bug above but essentially, it just adds two lines below the
'Remember password' option, like this:
[ ] Remember password
[x] Use only secure settings
[x] Use same settings for sending mail
As pictured, i also think they (the two new options I am proposing)
should be enabled by default.
Otherwise... carry on!
More information about the tb-planning