Bugzilla – Full Text Bug Listing
| Summary: | Landing page/user login/registration UX Considerations | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Anton McConville <antonm> | ||||||
| Component: | Client | Assignee: | Project Inbox <orion.client-inbox> | ||||||
| Status: | RESOLVED WONTFIX | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | ahunter.eclipse, carolynmacleod4, simon_kaegi | ||||||
| Version: | unspecified | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Bug Depends on: | |||||||||
| Bug Blocks: | 391824 | ||||||||
| Attachments: |
|
||||||||
This looks nice, but when I tried it in the latest build, I waited for some time, thinking a userid box would show up somewhere. I would suggest that we look at showing a userid/password in any case, and the icon could control how that is interpreted. I don't recall any other site I've seen where the login page didn't show me userid/password without having to click anything. That is a good point Susan, it is unusual. On the other hand, two out of the three options don't require any username or password to be entered on our site. If there are username/password boxes appearing by default, the user will likely get the mistaken impression that they need to type something there before they even look at the available options. So a couple of things come to mind. - it seems a bit odd that the Orion icon is a peer with Google and Mozilla accounts. I tend to think of it as... Login to Orion [user ] [password ] or...use your [google] [persona] etc. I just checked cloud9 thinking they must have the same issue. They have a user/password login strip up top, with "sign in" and "sign up" and the hover tells you about other id's you can use. In the login page they also have the same info. We may want to look at other services like this that have multiple logins for guidance... Yes - that's actually how it was before - I had deliberately separated the authentication services from the local login. This current incarnation came from the UX review that we had last week. I'm not entirely convinced either - even when I was designing/coding this up. I've been thinking about it. My plan was to let it sit for a day or two and collect some thoughts. Chief among my thoughts at the moment is that I don't think any of this prevents a user from logging in. While I agree that our log in page differs from many, I haven't come across a login page that was a model experience either. Going to think - and write down my thoughts before reacting in code. Also I had a poor user experience this morning with one of the services, and want to collect thoughts on that too. (In reply to comment #3) > So a couple of things come to mind. > - it seems a bit odd that the Orion icon is a peer with Google and Mozilla > accounts. I tend to think of it as... > > Login to Orion > [user ] > [password ] > > or...use your > [google] [persona] etc. > > I just checked cloud9 thinking they must have the same issue. > They have a user/password login strip up top, with "sign in" and "sign up" > and the hover tells you about other id's you can use. > > In the login page they also have the same info. > We may want to look at other services like this that have multiple logins > for guidance... Created attachment 222078 [details]
Some observations on 'single sign on' from other sites
Observations
The biggest thing that jumps out at me in your examples is that we don't have enough words. Instead of "Login with Google" we just have a letter G. The first thing the prospective user will have to do is hover over all the buttons to understand their options. On a tablet I guess they just have to take a leap of faith and hit one of them. The best one to me is Dribbble, where there is a very clear indication that this is an either/other option at play here, and since they are side by side I don't have the impression this is a form where I need to do multiple things. When redesigning the login page, please keep bug 391824 in mind. Bug was assigned to an inactive contributor. Moving back to inbox. We have created a new login page so this is no longer relevant. |
Created attachment 221923 [details] New login page Following on from UX walk-through for Persona, we want to simplify the login aspects of the landing page by presenting only a list of icons that can be pressed to login - not separating the orion login from the service logins. On Orion installs that support creation of new Orion users, we want to show a second option to create a user. Something like the attached image. If a user presses Google or Persona - without an Orion associated account, they must be told that they can't log in that way - that they need to create an Orion account first. It is mandatory when creating an Orion account that a username, password and email are all given.