- From: Timothy Holborn <timothy.holborn@gmail.com>
- Date: Mon, 26 Jul 2021 21:40:13 +1000
- To: bergi <bergi@axolotlfarm.org>
- Cc: public-rww <public-rww@w3.org>
- Message-ID: <CAM1Sok35-1qFkEHKO-Qyh05bPyYjJo4zr_Td3ESX3YcrxcY2HQ@mail.gmail.com>
nb also: https://www.hbbtv.org/wp-content/uploads/2020/05/200617_HbbTV_Webinar_Overview_and_Application_examples.pdf https://www.hbbtv.org/wp-content/uploads/2018/02/HbbTV_v202_specification_2018_02_16.pdf (11.2 / pg: 135) ( https://www.slideshare.net/Ubiquitousau/the-itv-company-references - old works | https://datatracker.ietf.org/doc/html/rfc4078 ) On Mon, 26 Jul 2021 at 21:28, bergi <bergi@axolotlfarm.org> wrote: > Am 26.07.21 um 01:24 schrieb Timothy Holborn: > > Re: TLS / x.509 > > > > nb: IoT (or "web of things") usecases... > > That's now the most important use case for WebID-TLS from my point. It > works out of the box on an ESP32 and ESP8266. And I have seen some other > SDKs for MCUs with an integrated IP+TLS stack that support client > certificates. > > But we failed on the browser use case, the primary use case, when we > were working on the specs. I mentioned multiple times that somebody > should work on a browser plugin or patch to fix the broken certificate > UI in the browser. But the idea was never picked up. I'm not sure how > important the JSON vs. Turtle argument would be if we would have had a > working UI. It was hard to convince people when there was an "assigned > task" for the browser vendors when no browser vendor participated. Also, > nobody else tried to prove that it is possible to have a usable UI that > works for anybody. > >
Received on Monday, 26 July 2021 11:42:02 UTC