[OpenID] Feedback requested: New OpenID RP login UX prototype

Sat Oct 31 23:45:08 UTC 2009

Oh, got it!  I wasn't thinking about the Account screen once you were logged
in.  My bad.

Yes, I agree, it needs what you're talking about.  I just haven't figured
out exactly how that should work and look yet.  Thanks for the feedback.
--
Andrew Arnott
"I [may] not agree with what you have to say, but I'll defend to the death
your right to say it." - S. G. Tallentyre

On Sat, Oct 31, 2009 at 4:40 PM, Peter Williams <home_pw at msn.com> wrote:

>  Everything works, Andrew. Im making an improvement suggestion, merely.
> The suggestion allows the model to showcase “parallel” account linking more
> easily.
>
>
>
> I logged in fine (using login button), using myopenid. After a logout, I
> did the same with google OP.
>
>
>
> I logged back in then using myopenid, and went to my profile. It showed
> myopenid as a bound openid. (Other form elements want me to register local
> account details, showcasing a merchant site picking up from the user profile
> information not delivered by an OP.)
>
>
>
> At THAT screen (just below the display of my  myopenid identifier) there
> was an openid text entry box.
>
>
>
> I took this box’s presence as an invite similar to the invite from the
> plaxo site in  similar circumstances . There, it invites the user to link a
> second (or third) openid - to the account currently in view.
>
>
>
> I got frustrated (with myself, note), because I wanted to now try out
> linking a google openid to that very same account (so the UI would showcase
> linking both myopenid and google to the same record).
>
>
>
> I just could not remember the google URI one needs, however. So, I asked:
> would THAT post-signin, “profile display” screen benefit from a button that
> fires up the nascar popup, allowing me to select google (much as I did at
> the login button on the home page)?
>
>
>
>
>
> *From:* Andrew Arnott [mailto:andrewarnott at gmail.com]
> *Sent:* Saturday, October 31, 2009 3:24 PM
> *To:* Peter Williams
> *Cc:* general at openid.net
> *Subject:* Re: [OpenID] Feedback requested: New OpenID RP login UX
> prototype
>
>
>
> Hi Peter,
>
>
>
> I must be misunderstanding you, because it sounds like you were looking at
> http://openidux.dotnetopenauth.net/ and tryin to log in, logged in with
> Google (using the Google button), then went back and tried to log in with
> the text box, and got frustrated with it because you didn't remember how to
> log into Google with the text box, and then suggested a NASCAR to help with
> that.... but there's a Google button just above that text box, so... I must
> be misunderstanding you.  What's frustrating you?
>
>
> --
> Andrew Arnott
> "I [may] not agree with what you have to say, but I'll defend to the death
> your right to say it." - S. G. Tallentyre
>
>  On Sat, Oct 31, 2009 at 2:09 PM, Peter Williams <home_pw at msn.com> wrote:
>
>
> having logged in using myopenid, the profile page showed my current login
> token. The same had happened earlier, with a Google based signin.
>
> There is also an openid uri typing box. I wanted to use it to see the
> parallel account linking process in action. I got frustrated with that UI,
> because I could not remember the magic uri that invokes google OP. Might
> want to have there a button that invokes the nascar display, much like the
> infocard button.
>
>
>
>
> Andrew Arnott wrote:
> >
> > OpenID RP login UX
> >
> > Live demo location: http://openidux.dotnetopenauth.net/
> > Design considerations
> >
> > The
>
> > DNOA<
> http://docs.google.com/Doc?docid=0AXB25E7fZcQCZGY1bm40ampfMTkxaHJ2emZya3M&hl=en
> >
> > login
> > UX design
> > document<
> http://docs.google.com/Doc?docid=0AXB25E7fZcQCZGY1bm40ampfMTkxaHJ2emZya3M&hl=en
> >
>
> > contains
> > the design spec, and some of the reasoning that went into that design.
> >
> > One high-level goal of all this work is to produce a set of HTML, CSS,
> and
> > JS files that can work on any web platform, so that ruby, python, php,
>
> > coldfusion, and (of course) ASP.NET <http://asp.net/> RP web sites can
>
> > benefit from a better UI for logging users in.
> >
> > Interesting scenarios to experiment with and/or test
> >
> >    - Login by clicking on Members Only. This invokes the full page
> > redirect
> >    login UI.
> >    - Login by clicking Login in the upper-right corner of the page. This
> >    invokes the popup dialog UI.
> >    - Visit the account management page and add additional
> >    OpenIDs or InfoCards to your account so you can log in with multiple
> >    identities yet be recognized as holding just one account.
> >    - Login multiple times, using various OPs. Notice first that we
> > highlight
> >    the button you chose the prior time. This helps the user not splinter
> > his
> >    identity on a return visit in the event he has accounts with more than
> > one
> >    displayed OP.
> >    - Notice that in the login UI some OPs support checkid_immediate, and
> > on
> >    a return visit, a green checkmark appears in the lower-right corner of
> >    an OP button when an immediate login is available. If a green
> checkmark
> > is
> >    not visible on an OP button, a popup window will be used to guide the
> > user
> >    through the initial login process. Some OPs (such as Verisign and
> > Yahoo) do
> >    not support checkid_immediate, and will never display green
> checkmarks.
> >    - When logging in, try using the OpenID button. Notice that as soon as
> >    you finish typing that discovery on that identifier begins and a login
> >    button appears within the text box. Next time you visit, the UX will
> >    remember what identifier you typed in and help you log in again.
> >    - Try using the OpenID button with an identifier that delegates to
> >    multiple OPs. Notice how the Login button that appears to help you go
> >    through checkid_setup (if no checkid_immediate requests come back
> > positive)
> >    is a split button, allowing you to actually pick which OP to log in
> > with,
> >    and these OPs are in priority order (adjusted for OPs that are down or
> >    misbehaving, which are moved to the bottom).
> >
> > Special release notes
> >
> > In this iteration, I've elected to go with the popup dialog approach to
> > displaying the login UI rather than a popup browser window. This is still
> > alterable, and your feedback and/or preferences on this decision is most
> > welcome.
> >
> > The current set of OP buttons displayed include 4 OPs: Google, Yahoo,
> > Verisign and MyOpenID. The last two of these do not fit the
> qualifications
> > given in the design document, but they are included here to assist in the
> > feedback process, and because I don't know how to make four buttons
> > (Google,
> > Yahoo, OpenID and InfoCard) look good, so I jumped up from three to six.
> >
> > In the OpenID text box area, after authentication completes a green
> > checkmark is displayed, but sometimes no login button appears to complete
> > login. This is a UX issue I haven't figured out how to solve yet. But the
> > way to proceed with login is to click the original, large OpenID button
> > again.
> >
> > The browsers I've tested with are IE8, Chrome 3, FireFox 3.5 and Safari
> 4.
> > If you test with other/older browsers, please leave feedback about how
> > your
> > experience was. But currently I'm not targeting older browsers, so any
> bug
> > reports regarding backward compatibility may not be fixed.
> >
> > How to leave feedback
> >
> > Just reply to this message.
> > --
> > Andrew Arnott
> > "I [may] not agree with what you have to say, but I'll defend to the
> death
> > your right to say it." - S. G. Tallentyre
> >
>
> > _______________________________________________
> > general mailing list
> > general at lists.openid.net
> > http://lists.openid.net/mailman/listinfo/openid-general
> >
> >
>
> --
> View this message in context:
> http://old.nabble.com/Feedback-requested%3A-New-OpenID-RP-login-UX-prototype-tp26018437p26145802.html
> Sent from the OpenID - General mailing list archive at Nabble.com.
>
>
> _______________________________________________
> general mailing list
> general at lists.openid.net
> http://lists.openid.net/mailman/listinfo/openid-general
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20091031/7ea492f7/attachment-0001.htm>