W3C home > Mailing lists > Public > public-webpayments@w3.org > June 2014

Re: Proof of Concept: Identity Credentials Login

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Sun, 15 Jun 2014 20:21:46 -0400
Message-ID: <539E389A.40001@openlinksw.com>
To: public-webpayments@w3.org
On 6/10/14 7:21 PM, Dave Longley wrote:
>> Okay, but I am also demonstrating to you that competitive pressures and
>> >"opportunity costs" are the keys to getting browser vendors to respond.
>> >Right now we have IE, Firefox, and Safari working fine, which leaves
>> >Opera and Chrome.
>> >
>> >The top browsers across desktop, notebooks, tablets, palmtops, and
>> >phones don't have a TLS CCA problem.
> "Working fine" is subjective. I disagree that there isn't a TLS CCA
> problem, but, like Manu, won't argue the point and will wait to see if
> WebID+TLS gains any traction.
"Working fine" means that across IE, Safari, and Firefox, I can 
demonstrate the fact that you don't have to restart any of the 
aforementioned browsers in a quest to change the identity of the agent 
seeking at access a protected resource.

Simple example, you have a protected resource denoted by the URI/URL: 
<http://example.org/doc/private.html> , using an ACL that grants 
read-write privileges to WebIDs: <#i> and 
<http://kingsley.idehen.net/dataspace/person/kidehen#this> . My 
demonstrable claim [1] is that you will not need to restart Firefox, 
Safari, or IE in order to access said protected resources using either 
WebID. That's the crux of the matter re. browsers UI/UX and WebID-TLS.


[1] http://id.myopenlink.net/ods/webid_demo.html -- my live 
demonstration that refutes the CCA & WebID-TLS UI/UX claims .



Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen

Received on Monday, 16 June 2014 00:22:08 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:07:31 UTC