[OpenID] One-Click OpenID: A Solution to the NASCAR Problem

Tue Feb 14 17:33:10 UTC 2012

Chris,

> > Chris,
> >
> >> You may also be interested in some of the Social Agent work I did with
> >> Mozilla around baking identity into the browser:
> >>
> >> http://factoryjoe.com/social-agent/
> >> http://factoryjoe.com/blog/2010/03/12/the-social-agent-part-2-connect/
> >
> > Thanks for link.  Interesting.  I agree that there are similarities.
> > In particular, your Activate step is similar to setting an identity
> > provider as the default in my scheme.
> >
> >> So long as choice of IDP is something that you want to provide the
> >> user, something like the NASCAR, a search box, or an email field will
> >> still be necessary to help them get started.
> >
> > No.  A solution based on a cookie set by relying party to remember
> > what identity provider has been used on a previous visit would need
> > something to "get started". 
> 
> Right, I'm asking about the first time visit. Not about a re-visit.
> 
> > But in my solution the <idp> element
> > tells the relying party what identity provider the user wants to use
> > even if the user has never visited the relying party before.
> 
> I believe this was a feature of CardSpace/Infocard.

Really?  I don't have first-hand knowledge of CardSpace/Infocard but
my understanding was that it was based on the Web Services paradigm
and that it relied on a Windows application.  Here I'm talking about
OpenID and the user agent is a browser.

I'm sure similar ideas can be found in many different contexts, but
I'm addressing a very specific problem and proposing a very specific
solution.

Francisco

>________________________________
> From: Chris Messina <chris.messina at gmail.com>
>To: Francisco Corella <fcorella at pomcor.com> 
>Cc: Dick Hardt <dick.hardt at gmail.com>; OpenID General <openid-general at lists.openid.net>; Karen Lewison <kplewison at pomcor.com> 
>Sent: Monday, February 13, 2012 10:18 PM
>Subject: Re: [OpenID] One-Click OpenID: A Solution to the NASCAR Problem
> 
>
>
>
>On Monday, February 13, 2012, Francisco Corella <fcorella at pomcor.com> wrote:
>> Chris,
>>
>>> You may also be interested in some of the Social Agent work I did with
>>> Mozilla around baking identity into the browser:
>>>
>>> http://factoryjoe.com/social-agent/
>>> http://factoryjoe.com/blog/2010/03/12/the-social-agent-part-2-connect/
>>
>> Thanks for link.  Interesting.  I agree that there are similarities.
>> In particular, your Activate step is similar to setting an identity
>> provider as the default in my scheme.
>>
>>> So long as choice of IDP is something that you want to provide the
>>> user, something like the NASCAR, a search box, or an email field will
>>> still be necessary to help them get started.
>>
>> No.  A solution based on a cookie set by relying party to remember
>> what identity provider has been used on a previous visit would need
>> something to "get started".  
>
>Right, I'm asking about the first time visit. Not about a re-visit. 
>
>> But in my solution the <idp> element
>> tells the relying party what identity provider the user wants to use
>> even if the user has never visited the relying party before.
>
>I believe this was a feature of CardSpace/Infocard. 
>
>
>>
>> Francisco
>>
>> ________________________________
>> From: Chris Messina <chris.messina at gmail.com>
>> To: Francisco Corella <fcorella at pomcor.com>; Dick Hardt <dick.hardt at gmail.com>
>> Cc: OpenID General <openid-general at lists.openid.net>; Karen Lewison <kplewison at pomcor.com>
>> Sent: Monday, February 13, 2012 6:52 PM
>> Subject: Re: [OpenID] One-Click OpenID: A Solution to the NASCAR Problem
>>
>> You may also be interested in some of the Social Agent work I did with Mozilla around baking identity into the browser:
>> http://factoryjoe.com/social-agent/
>> http://factoryjoe.com/blog/2010/03/12/the-social-agent-part-2-connect/
>> So long as choice of IDP is something that you want to provide the user, something like the NASCAR, a search box, or an email field will still be necessary to help them get started.
>>
>> On Mon, Feb 13, 2012 at 5:12 PM, Dick Hardt <dick.hardt at gmail.com> wrote:
>>
>> Not really a new idea -- but nice to see people are still thinking about things.
>> Challenges:
>> How do you deal with the user getting a new machine? Is there a way to sync IDPs or does the user need to log into all the IDPs on a new machine before they can log into sites?
>> How does this degrade for browsers that do not support storing the IDP (i.e., all the existing browsers out there)?
>> -- Dick
>> On Feb 13, 2012, at 6:00 PM, Francisco Corella wrote:
>>
>> FYI:
>> One-Click OpenID: A Solution to the NASCAR Problem, blog post at
>> http://pomcor.com/2012/02/13/one-click-openid-a-solution-to-the-nascar-problem/
>> Comments welcome.
>>
>> Francisco
>>
>> Francisco Corella, PhD
>> Founder & CTO, Pomcor
>> Twitter: @fcorella
>> Blog: http://pomcor.com/blog/
>> Web site: http://pomcor.com
>> _______________________________________________
>> general mailing list
>> general at lists.openid.net
>> http://lists.openid.net/mailman/listinfo/openid-general
>>
>>
>> _______________________________________________
>> general mailing list
>> general at lists.openid.net
>> http://lists.openid.net/mailman/listinfo/openid-general
>>
>>
>>
>>
>> --
>> Chris Messina
>> User Experience Designer, Google
>>
>> //chrismessina.me | + | @chrismessina
>> This email is:   [ ] shareable    [✔] ask first   [ ] private
>>
>>
>>
>
>-- 
>Chris Messina
>User Experience Designer, Google
>
>
>//chrismessina.me | + | @chrismessina
>
>This email is:   [ ] shareable    [✔] ask first   [ ] private
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-general/attachments/20120214/d6100dfe/attachment.html>