- From: Chaals McCathie Nevile <chaals@yandex-team.ru>
- Date: Tue, 31 May 2016 18:31:19 +0200
- To: "Daniel Appelquist" <dan@torgo.com>, "Harry Halpin" <hhalpin@ibiblio.org>
- Cc: "Eric Mill" <eric@konklone.com>, "Graham Leggett" <minfrin@sharp.fm>, Reto Gmür <reto@gmuer.ch>, "Travis Leithead" <Travis.Leithead@microsoft.com>, "www-tag@w3.org" <www-tag@w3.org>
On Tue, 31 May 2016 16:40:30 +0200, Harry Halpin <hhalpin@ibiblio.org> wrote: > On Tue, May 31, 2016 at 3:43 AM, Daniel Appelquist <dan@torgo.com> wrote: > >> Hi Folks - the TAG (in the person of Travis) has written on this topic: >> >> https://w3ctag.github.io/client-certificates/#replacing-keygen >> >> As noted, it represents the rough consensus of the TAG on this issue. As I read that, in relation to the question facing the Web Platform group for the HTML spec: 1) It doesn't present any urgency to remove keygen, noting that there is not a replacement available now. 2) I don't know how rough that consensus is. Multiplying rough consensus by rough consensus can quickly get to "a minority opinion". > One could argue to keep <keygen> enabled till when Web Authentication API > is in browsers. Which would have a critical impact on our current question - should we remove it *now*? > Also, as <keygen> is currently non-interoperable and specified in only > one browser As far as I can see it works in Safari as well. Is my simplistic testing giving a false positive, or does it work? >> On Tue, 31 May 2016 at 13:33 Eric Mill <eric@konklone.com> wrote: >> >>> The original email said: "Since the TAG, or its members, appear to have >>> opinions about our spec, we'd be grateful to hear them." It'd be most >>> productive for this thread's discussion to at least be initiated by a >>> member of the TAG. To be fair, I understand the nature of this mailing list, and while I addressed my comments prmiarily to the TAG I am grateful for others giving input too. cheers Chaals -- Charles McCathie Nevile - web standards - CTO Office, Yandex chaals@yandex-team.ru - - - Find more at http://yandex.com
Received on Tuesday, 31 May 2016 16:32:29 UTC