<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=windows-1252"

 http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Allen Tom wrote:

<blockquote cite="mid:496CE068.9060601@yahoo-inc.com" type="cite">

  <meta content="text/html;charset=windows-1252"

 http-equiv="Content-Type">

  <br>

After reading this, you're probably wondering why this is so

convoluted. When we launched our OpenID service a year ago, we were

required to issue machine generated OpenIDs (the ugly hashed ones) to

users by default, unless they explicitly asked for a  personalized

identifier.  Our lawyers also insisted that all Yahoo/Flickr users who

wanted to use their account as an OpenID explicitly enable their

account for OpenID and agree to a new Terms of Service. The whole User

Experience (UX) of enabling an account for OpenID, agreeing to a ToS,

and then selecting a personalized identifier proved to be a horrendous

UX with very high dropoff rates, which we formally studied, documented,

and released to the OpenID Community here:

  <a moz-do-not-send="true" class="moz-txt-link-freetext"

 href="http://developer.yahoo.com/openid/bestpractices.html">http://developer.yahoo.com/openid/bestpractices.html</a><br>

</blockquote>

I'd like to add that based on our UX research, we streamlined the UX

flow on our side to get first time users through our provisioning

process and back to the RP as quickly as possible. We found that the

majority of users just wanted to sign-in to the RP and didn't really

want to setup a customized identifier. In order to streamline the flow,

we de-emphasized the ability to setup a customized OpenID (which

includes Flickr OpenIDs).<br>

<br>

Allen<br>

<br>

</body>

</html>