Thanks for posting to this list Ben. It's experiencing like yours that should inform the guidelines that we produce for implementing remote auth in a consistent way.<div><br></div><div>I'd like to first ask about what is specifically hard to "embrace"? That is, is there one part of this user flow that's harder to embrace than another? Just the popup or something else?</div>
<div><br></div><div>As for the flow, I'm starting to see some behaviors that suggests that the entire authentication flow (for legacy accounts or OpenIDs) should happen in a popup, and with the smars that Luke outlined in his post [1], just update elements on the page that vary depending on logged in/logged out state.</div>
<div><br></div><div>Specifically, I was taking a look at the Get Satisfaction sign in experience (recently redesigned):</div><div><br></div><div><a href="http://flickr.com/photos/factoryjoe/3279892028/">http://flickr.com/photos/factoryjoe/3279892028/</a><br>
</div><div><br></div><div>It looks great, until you click OpenID, when you get this message:</div><div><br></div><div><a href="http://flickr.com/photos/factoryjoe/3279893768/">http://flickr.com/photos/factoryjoe/3279893768/</a><br>
</div><div><br></div><div>FAIL!</div><div><br></div><div>The irony is that if, instead of launching authentication from within a lightbox, they'd launched a popup using Luke's non-reloading fragment trick, this whole experience could be made seamless for the user... </div>
<div><br></div><div>So, I'm leaning more and more towards pushing towards a nice fat universal "Sign in" button that always pops a new window when non-legacy accounts are available. Over time, I think people will become more familiar with the experience and possibly with the button too (if we design it well) so that throwing a popup won't cause confusion.</div>
<div><br></div><div>Are you generally opposed to this approach?</div><div><br></div><div>Chris</div><div><br></div><div>P.S. What are those pugs doing in <span class="Apple-style-span" style="font-family: 'Lucida Grande'; font-size: 12px; ">currentauth_4_openid_link.png<span class="Apple-style-span" style="font-family: arial; font-size: 13px; ">?? </span></span></div>
<div><br></div><div>[1] <a href="http://www.sociallipstick.com/2009/02/04/how-to-accept-openid-in-a-popup-without-leaving-the-page/">http://www.sociallipstick.com/2009/02/04/how-to-accept-openid-in-a-popup-without-leaving-the-page/</a><br>
<br><div class="gmail_quote">On Fri, Feb 13, 2009 at 4:10 PM, Ben Clemens <span dir="ltr"><<a href="mailto:bclemens@currentmedia.com">bclemens@currentmedia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">I really appreciate the reply, and I understand the large problems of breaking a security model; I imagine the "big button that spawns a pop-up" solution is where we will have to go. Perhaps I just have to accept the "least bad" scenario given the limitations that exist, but it is hard to "embrace." :) <br>
<div><div></div><div class="Wj3C7c">
<br>
<br>
On 2/13/09 2:16 PM, "Luke Shepard" <<a href="http://lshepard@facebook.com" target="_blank">lshepard@facebook.com</a>> wrote:<br>
<br>
</div></div></span></font><blockquote><div><div></div><div class="Wj3C7c"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">First, these mocks look pretty sweet. It's clear you've done a lot of thinking about the experience of a relying party.<br>
<br>
Steps 1,2, and 4 can all be done on your site, and for step 3, there's no need to break security policy by using an iframe. I think the providers are working on better designs that make it completely clear what's happening to the user so as to require minimal context from the RP. However, if you really want to tell the user what's happening before they click, then I suggest making an iframe lightbox explaining what's happening, then giving them a big fat Google button to click on, which spawns the popup. That would seem to accomplish the same goals.<br>
<br>
If they weren't already, I'm pretty sure Google and others will start putting iframe-busting Javascript to make this kind of thing impossible.<br>
<br>
We are working on putting together a best practices doc on the wiki as a result of the UX summit on Tuesday. Any feedback would be appreciated:<br>
<a href="http://wiki.openid.net/Details-of-UX-Best-Practices-for-RPs" target="_blank">http://wiki.openid.net/Details-of-UX-Best-Practices-for-RPs</a><br>
<br>
On 2/13/09 1:10 PM, "Ben Clemens" <<a href="http://bclemens@currentmedia.com" target="_blank">bclemens@currentmedia.com</a>> wrote:<br>
<br>
</span></font><blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">Hi:<br>
<br>
I'm a designer working on an OpenID (and FB Connect) implementation for<br>
<a href="http://current.com" target="_blank">current.com</a>, a social news site from Current TV (a cable TV channel). I've<br>
consulted with Chris Messina and wanted to ask this group for advice on the<br>
design I have so far.<br>
<br>
The largest issue for me has been attempting to do parts of the process in a<br>
pop-up window. While the domain of the site the user is providing their<br>
credentials to is a gigantic issue of course, the issue of *what exactly<br>
<a href="http://current.com" target="_blank">current.com</a> will use the account access for* is *even bigger* for users I've<br>
talked with. Users do not want to provide access if we will be adding items<br>
to their account without their permission, and after a pop-up is launched<br>
(or there's a redirect), I have no ability to message the user about what my<br>
site will do with the access they are providing. So, this version of the<br>
design loads the external auth into an iFrame (now, excuse me while I cower<br>
behind a mattress and prepare for the tomatoes and other thrown objects).<br>
<br>
Thanks in advance for any feedback, advice, criticism, and an obvious, easy<br>
way around these issues :)<br>
<br>
<a href="http://labs.current.com/openid/currentauth_1_default.png" target="_blank">http://labs.current.com/openid/currentauth_1_default.png</a><br>
<a href="http://labs.current.com/openid/currentauth_2_openid_identity.png" target="_blank">http://labs.current.com/openid/currentauth_2_openid_identity.png</a><br>
<a href="http://labs.current.com/openid/currentauth_3_openid_auth.png" target="_blank">http://labs.current.com/openid/currentauth_3_openid_auth.png</a><br>
<a href="http://labs.current.com/openid/currentauth_4_openid_link.png" target="_blank">http://labs.current.com/openid/currentauth_4_openid_link.png</a><br>
<br>
Ben Clemens<br>
<a href="http://current.com" target="_blank">current.com</a><br>
<br>
_______________________________________________<br>
user-experience mailing list<br>
<a href="http://user-experience@openid.net" target="_blank">user-experience@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/user-experience" target="_blank">http://openid.net/mailman/listinfo/user-experience</a><br>
<br>
</span></font></blockquote></div></div><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
<hr align="CENTER" size="3" width="95%"></span></font><div class="Ih2E3d"><font size="2"><font face="Consolas, Courier New, Courier"><span style="font-size:10pt">_______________________________________________<br>
user-experience mailing list<br>
<a href="http://user-experience@openid.net" target="_blank">user-experience@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/user-experience" target="_blank">http://openid.net/mailman/listinfo/user-experience</a><br>
</span></font></font></div></blockquote>
</div>
<br>_______________________________________________<br>
user-experience mailing list<br>
<a href="mailto:user-experience@openid.net">user-experience@openid.net</a><br>
<a href="http://openid.net/mailman/listinfo/user-experience" target="_blank">http://openid.net/mailman/listinfo/user-experience</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Chris Messina<br>Citizen-Participant &<br> Open Web Advocate-at-Large<br><br><a href="http://factoryjoe.com">factoryjoe.com</a> # <a href="http://diso-project.org">diso-project.org</a><br>
<a href="http://citizenagency.com">citizenagency.com</a> # <a href="http://vidoop.com">vidoop.com</a><br>This email is: [ ] bloggable [X] ask first [ ] private<br>
</div>