>> <span class="Apple-style-span" style="color: rgb(51, 51, 51); font-family: arial, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">Can you give us a idea as to what the content and format of the design spec might look like?</span><div>
<font class="Apple-style-span" color="#333333" face="arial, sans-serif"><br></font></div><div><font class="Apple-style-span" color="#333333" face="arial, sans-serif">There is a bit of intro to answers those questions at the top of </font><a href="https://sites.google.com/site/oauthgoog/workinggroupcharter">https://sites.google.com/site/oauthgoog/workinggroupcharter</a></div>
<div><br></div><div>The goal is to look something like the section of the existing OpenID user interface extension that has guidelines outside protocol specs. However the UI guidelines would be much more detailed then the few sentences in that spec. We posted <span class="Apple-style-span" style="font-family: Arial, Verdana, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">an <a href="https://docs.google.com/document/d/1ES9vo1euh3ArzKRaAmCfZWWwTm5bluNuH49hFec5a_I/edit?hl=en_US" style="color: rgb(78, 125, 191); ">initial rough spec</a> using that approach. Some people have suggested adding one bit of protocol to the spec which is a way for the RP to tell the IDP that it is implementing an account chooser so that the IDP could do something different, just as it does for the popup spec. However we have not been able to determine what the "different" behavior would be.</span></div>
<div><span class="Apple-style-span" style="font-family: Arial, Verdana, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br></span></div><div><span class="Apple-style-span" style="font-family: Arial, Verdana, sans-serif; ">There may be related output from the work in this area like open source JS code. There will hopefully also be easier to read implementation guides that are not in the spec format, but include things like mocks and flowcharts. There are some examples of something like that at </span><a href="http://accountchooser.com/ux.html">http://accountchooser.com/ux.html</a>. However that type of output seemed to be outside the bounds of what a WG charter should cover.</div>
<div><span class="Apple-style-span" style="font-family: Arial, Verdana, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br></span></div><div><span class="Apple-style-span" style="font-family: Arial, Verdana, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br>
</span></div><div><br><div class="gmail_quote">On Mon, Aug 29, 2011 at 4:46 PM, Allen Tom <span dir="ltr"><<a href="mailto:allentomdude@gmail.com">allentomdude@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Eric,<div><br></div><div>Thanks for submitting the Account Chooser WG proposal. As far as I know, this is the first time a non protocol spec WG has been proposed. </div><div><br></div><div>Can you give us a idea as to what the content and format of the design spec might look like? Will it be a set of wireframes? Mockups? Flowcharts? Will it cover only the login form? Will it also cover account linking and account recovery?</div>
<div><br></div><div>Thanks,</div><div>Allen</div><div class="HOEnZb"><div></div><div class="h5"><div><br></div><div><br><div class="gmail_quote">On Mon, Aug 29, 2011 at 10:46 AM, Eric Sachs <span dir="ltr"><<a href="mailto:esachs@google.com" target="_blank">esachs@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>This is a formal submission to the OpenID Specs Council to approve the Account Chooser Working Group. The draft charter is posted at <a href="https://sites.google.com/site/oauthgoog/workinggroupcharter" target="_blank">https://sites.google.com/site/oauthgoog/workinggroupcharter</a> and the current version has been copied below. If possible, we would like to get a response from the Specifications Council before the September OpenID Summit so we can use that event for more discussions on this topic.</div>
<div><br></div><div><span style="font-family:Arial, Verdana, sans-serif;font-size:13px;background-color:rgb(255, 255, 255)"><div><br></div><div><br></div><div><div><b>Name</b></div><div><br>
</div><div>OpenID Account Chooser Working Group</div><div><br></div><div><b>Background Information</b></div><div><br></div><div>The term "NASCAR UI" is used to refer to one of the most common user experiences on Relying Parties to enable users to login with an identity provider. There are a number of known usability problems with that UI, especially in terms of supporting a large number of identity providers, and for offering users the ability to log in with either an identity provider or a traditional email/password. The identity community has had discussions about building a “cloud based” identity selector to deal with some of those problems. The idea has been to mix the user experience advantages of Information Cards, the popularity of consumer identity providers, and still support large numbers of identity providers as InCommon has done. The end result is a user experience that is being called an Account Chooser. For background, see <a href="http://accountchooser.com" target="_blank">accountchooser.com</a>.</div>
<div><br></div><div>The account chooser model can in some cases improve usability on a website even if it does not support identity providers, or a website that only supports identity providers, or a website that only supports a single identity provider. The account chooser model can also allow a relying party to customize the set of buttons it shows during the "add account" flow based on IP geolocation of the user to help promote a larger number of identity providers around the world instead of just a small number of providers as is generally shown on a NASCAR UI. The working group will discuss all of these use cases.</div>
<div><br></div><div><b>Statement of Purpose</b></div><div><br></div><div>This workgroup intends to produce user interface guidelines for how a relying party can implement an account chooser for both adding accounts, and selecting an account that was previously added.</div>
<div><br></div><div><b>Scope</b></div><div><br></div><div>Produce a specification for the account chooser user interface guidelines.</div><div><br></div><div><b>Out of Scope </b></div><div><br></div><div>The working group is not expected to define a protocol specification.</div>
<div><br></div><div><b>Specifications </b></div><div><br></div><div>OpenID Account Chooser User Interface 1.0.</div><div><br></div><div><b>Anticipated audience</b></div><div><br></div><div>All those interested in improving the usability of relying parties.</div>
<div><br></div><div><b>Language of business</b></div><div><br></div><div>English. </div><div><br></div><div><b>Method of work</b></div><div><br></div><div>Mailing list discussion. Posting of intermediate drafts in the OpenID Wiki. Virtual conferencing on an ad-hoc basis. </div>
<div><br></div><div><b>Basis for completion of the activity</b></div><div><br></div><div>The OpenID Account Chooser User Interface 1.0 final specification is completed. </div><div><br></div><div><b>Proposers</b></div><div>
<br></div><div>Basheer Tome, <a href="mailto:basheer@basheertome.com" target="_blank">basheer@basheertome.com</a>, independent</div><div>John Bradley, <a href="mailto:jbradley@me.com" target="_blank">jbradley@me.com</a>, independent</div>
<div>Nat Sakimura, <a href="mailto:sakimura@gmail.com" target="_blank">sakimura@gmail.com</a>, NRI</div>
<div>Kevin Long, <a href="mailto:kevin@janrain.com" target="_blank">kevin@janrain.com</a>, Janrain</div><div>Pam Dingle, <a href="mailto:pdingle@pingidentity.com" target="_blank">pdingle@pingidentity.com</a>, Ping</div></div>
</span><span style="font-family:Arial, Verdana, sans-serif;font-size:13px;background-color:rgb(255, 255, 255)">Eric Sachs, <a href="mailto:Esachs@google.com" target="_blank">Esachs@google.com</a>, Google</span><span style="font-family:Arial, Verdana, sans-serif;font-size:13px;background-color:rgb(255, 255, 255)"><div>
<div>Chuck Sievert, <a href="mailto:csievert@google.com" target="_blank">csievert@google.com</a>, Google</div><div>Wei Tu, <a href="mailto:weitu@google.com" target="_blank">weitu@google.com</a> Google</div><div>Andrew Dahley, <a href="mailto:andyd@google.com" target="_blank">andyd@google.com</a>, Google</div>
<div><div>Chris Messina, <a href="mailto:messina@google.com" target="_blank">messina@google.com</a>, Google</div></div><div><br></div><div><b>Initial Editors</b></div><div><br></div><font color="#888888"><div>Eric Sachs, <a href="mailto:Esachs@google.com" target="_blank">Esachs@google.com</a>>, Google</div>
</font></div></span></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div style="line-height:1.5em;padding-top:10px;margin-top:10px;color:rgb(85, 85, 85);font-family:sans-serif;font-size:small"><span style="border-top-width:2px;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;border-left-style:solid;border-top-color:rgb(213, 15, 37);border-right-color:rgb(213, 15, 37);border-bottom-color:rgb(213, 15, 37);border-left-color:rgb(213, 15, 37);padding-top:2px;margin-top:2px">Eric Sachs |</span><span style="border-top-width:2px;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;border-left-style:solid;border-top-color:rgb(51, 105, 232);border-right-color:rgb(51, 105, 232);border-bottom-color:rgb(51, 105, 232);border-left-color:rgb(51, 105, 232);padding-top:2px;margin-top:2px"> Senior Product Manager |</span><span style="border-top-width:2px;border-right-width:0px;border-bottom-width:0px;border-left-width:0px;border-top-style:solid;border-right-style:solid;border-bottom-style:solid;border-left-style:solid;border-top-color:rgb(0, 153, 57);border-right-color:rgb(0, 153, 57);border-bottom-color:rgb(0, 153, 57);border-left-color:rgb(0, 153, 57);padding-top:2px;margin-top:2px"> <a href="mailto:esachs@google.com" target="_blank">esachs@google.com</a> </span></div>
<br>
</div>