Here is an HTML mockup of the flow #1, #2 and #3 of the Use Case: Unmodified Browser, First Visit within the NIH Scenario. In v2+ it also implements the Nth visit:
Note: The above should work in IE 8, Firefox and Safari. It may have problems in IE 6 or 7.
Feedback on Version 3
- On Google account-button you get a un-pw-login screen but after that the (Oauth) "permissioning" screen is missing
- The Equifax (infocard account-button)
- Needs to offer a registration option alongside the un-pw-login fields that you have (see the CREATE ACCOUNT button here)
- If you click CREATE ACCOUNT we need a registration page...instead of a real one I think it would be ok to create a nearly blank page that just said "If this was live (and not a demo) there would be a form here where your identity would be verified"
- After the user progresses past step (a) or step (b) above the use would be brought to an i-card+active-client download page Equifax download page for popup.. We do something very clever: The user thinks she is downloading the Equifax i-card whereas in reality (if she doesn't already have an active client (aka selector)) she downloads in a single installation bundle/installer an active client with the new card already pre-loaded into it. After that, when she goes back to the pubmed site they will have a slightly different experience she will have the "with active client" experience that we've not yet focused on in this ULX WG.
Comments from Scott:
- We probably need some kind of "Help" or "What is this?" link on the pop up to give people some exposition.
- I'd suggest adding at least a couple of IdP choices that don't show up as "preferred" icons but will show up if you start typing them (maybe there are now? obviously this is a function of knowing the options exist).
- There's nothing on the various login forms that references back to the site requesting the login. That's something we're building into the new Shibboleth work being done.
- There ought to be a "see all choices" capability to break out of the captive list. Not clear whether a drop down or just actual presentation of a list is best. This leads into....
- Accessibility. Not so much a mockup issue, but that will be a major concern for anything we do with it and this might need to be noted to any testers, that it's not in that state yet. For current purposes, I think the point to be made is we should ensure anything mocked up could be rendered in an accessible fashion for screen readers and such.
Feedback on Version 2
Based on the ULX call of February 24th, we would at least like to make the following changes to version 2:
- Add an upper-right "X" close button to the popup (see #3 below)
- Replace the word "Search:" with "Select:" in front of the words "i.e. type Boston University"
- Replace the magnifying class icon with a checkmark icon (because we are selecting from a fixed list, not searching as with keywords, etc.)
- Change the code so that it opens a separate browser window and sizes it in roughly the same place as the popup vs. today's embedded HTML. This way there will be browser chrome showing so that the user has more trust that this really is, say, Google, (if you'd clicked on the Google button)
- Add hover text over the "Connect" button to teach the person what on earth it is. The hover text should say "Click here to log in".
Feedback on Version 1
- [Paul]: The text "Login with" should be changed to "Connect with" to be consistent with "Connect to" language on the connect button at the beginning
- [Benoit]: What happens after the first visit when the box "Remember me for 2 weeks" is checked ? Is there something planned to show clearly that the login form is provided (and secured) by the choosen IdP ? What if the IdP doesn't allow an embeded login form ? The magnifying glass button is not for searching, but for launching the login process : it is ambiguous.
- [Benoit]: What about a "x" in the upper right corner of the main "Login with" box, to close it explicitly ?