Login dialog strawman based on IIW discussion

Tue Dec 12 13:02:45 UTC 2006

Hi Brad,

In case you missed it - some OpenID folks were kind enough to tell us
their stats a few months back - in total, there's a few hundred people
worldwide (<1000) who are *using* OpenID's. 

Kind Regards,
Chris Drake

Tuesday, December 12, 2006, 8:06:47 AM, you wrote:

BT> Two points (which I will go to the wiki and add there also) 

BT> 1. Knowing how many inames vs URL users exist today may not be relevant to
BT> the same stat tomorrow and we should be building the guidelines for user
BT> experience with all OpenID identifier options as equal peers, IMO.

BT> 2. The "http:// hint" is questionable as "http://" is not necessary in the
BT> identifier on ma.gnolia and presumably (not being an engineer I don't want
BT> to be absolute) is never necessary.  Some URL-based IDPs might not include
BT> that string when explaining how to use the identifiers, using it as a
BT> default could serve to confuse those users as well.  Users that cut and
BT> paste their URL identifiers would have to select the http:// part first to
BT> avoid getting http://http://example.myopenid.com.

BT> Brad

>> -----Original Message-----
>> From: user-experience-bounces at openid.net [mailto:user-experience-
>> bounces at openid.net] On Behalf Of Chris Messina
>> Sent: Monday, December 11, 2006 12:14 PM
>> To: OpenID user experience
>> Subject: Re: Login dialog strawman based on IIW discussion
>> 
>> I wonder if this affordence should be dictated by the adoption or
>> demand of the community.
>> 
>> We'd have to see data on how many Ma.gnolia users actually have an
>> i-name account... but I imagine that, compared with LiveJournal OpenID
>> users, i-name users are probably in the minority.
>> 
>> To that point, I actually think that Ma.gnolia's "http:// hint" is a
>> good one -- that helps to indicate what kind of data is expected. In
>> some ways, it's too bad that there's a divergence of expected inputs
>> in OpenID 2.0, since we can no longer take for granted a single
>> protocol format. This is especially problematic given the change in
>> behavior OpenID represents -- moving away from the familiar email
>> addresses or usernames and moving to the OpenID iDP URL/i-names box.
>> 
>> Anyway, I think that this piece is something to be clarified on the
>> wiki, but should be up to the individual provider, based on their
>> audience. I mean, it's certainly not something we can universally
>> dictate -- even getting the OpenID mark in the input box is something
>> that not everyone will or can abide by (think of Flash forms, mobile
>> CSS, etc).
>> 
>> Anyway, I've started some documentation of this information here:
>> 
>> http://openid.net/wiki/index.php/OpenID_Login_Box
>> 
>> Please feel free to edit/add/massage.
>> 
>> Chris
>> 
>> 
>> On 12/11/06, Brad Topliff <brad.topliff at ootao.com> wrote:
>> > One difference between two examples of OpenID login (ClaimID and
>> Ma.gnolia)
>> > that probably should be explicitly addressed is the prefill that
>> Ma.gnolia
>> > does with "http://".  Though I-names work seemlessly on this site, i-
>> names
>> > users have to go through the added task of selecting and deleting this
>> > string.
>> >
>> > > -----Original Message-----
>> > > From: user-experience-bounces at openid.net [mailto:user-experience-
>> > > bounces at openid.net] On Behalf Of Terrell Russell
>> > > Sent: Saturday, December 09, 2006 6:56 PM
>> > > To: OpenID user experience
>> > > Subject: Re: Login dialog strawman based on IIW discussion
>> > >
>> > > Mike Ozburn wrote:
>> > > > For what it is worth, ma.gnolia has done a pretty neat
>> implementation of
>> > > > OpenID.
>> > > >
>> > > > You can login with your OpenID even before setting up an account and
>> > > > they associate it with a username you create in their system.
>> > > >
>> > >
>> > > As well, we do this at http://claimID.com
>> > >
>> > > (We are currently using javascript for our login box "OpenID swap-
>> out")
>> > >
>> > > A new visitor can "login" with an OpenID - and if we have not seen it
>> > > before (defined as: it has not previously been added to an existing
>> > > claimID account) they are invited to create a non-name-colliding
>> account
>> > > at claimID (at a modified /register page) and their newly-verified
>> > > OpenID will be automatically added to the list of OpenIDs in their
>> > > account.
>> > >
>> > > Once logged in - the user can add/delete to their list of OpenIDs
>> > > associated with their account.  They cannot delete the one they are
>> > > currently "logged-in" as, to avoid a "limbo" state for their account.
>> > >
>> > > Once there is a list of OpenIDs in that account - the user can login
>> > > with *any* of those OpenIDs and be directed to their account.
>> > >
>> > >
>> > > Please try it out if you have not seen it before.  I believe we were
>> the
>> > > first system to allow multiple OpenIDs in this way and would very much
>> > > like to stay at the fore of good technique.
>> > >
>> > > Thank you Johannes for those mockups.  Very clean.
>> > >
>> > >
>> > > Terrell
>> > > http://claimID.com
>> > > http://claimID.com/terrell
>> > >
>> > > _______________________________________________
>> > > user-experience mailing list
>> > > user-experience at openid.net
>> > > http://openid.net/mailman/listinfo/user-experience
>> >
>> >
>> > _______________________________________________
>> > user-experience mailing list
>> > user-experience at openid.net
>> > http://openid.net/mailman/listinfo/user-experience
>> >
>> 
>> 
>> --
>> Chris Messina
>> Citizen Provocateur &
>>   Open Source Ambassador-at-Large
>> Work: http://citizenagency.com
>> Blog: http://factoryjoe.com/blog
>> Cell: 412 225-1051
>> Skype: factoryjoe
>> This email is:   [ ] bloggable    [X] ask first   [ ] private
>> _______________________________________________
>> user-experience mailing list
>> user-experience at openid.net
>> http://openid.net/mailman/listinfo/user-experience

BT> _______________________________________________
BT> user-experience mailing list
BT> user-experience at openid.net
BT> http://openid.net/mailman/listinfo/user-experience