- From: Becky Gibson <gibson.becky@gmail.com>
- Date: Wed, 7 Jul 2021 12:53:38 -0400
- To: Marcos Caceres <marcosc@w3.org>
- Cc: Daniel Veditz <dveditz@mozilla.com>, WebAppSec WG <public-webappsec@w3.org>, W3C WAI Accessible Platform Architectures <public-apa@w3.org>
- Message-Id: <AA2BE755-4AE9-45E7-B765-82164502CFBC@gmail.com>
Thanks very much to all for your prompt response and clarification! With this additional detail, APA better understands the extent of this specification have no need to review further. best, Becky Gibson on behalf of the APA working group. > On Jun 30, 2021, at 9:28 PM, Marcos Caceres <marcosc@w3.org> wrote: > > Hi Becky, Daniel, > >> On 1 Jul 2021, at 10:13 am, Daniel Veditz <dveditz@mozilla.com> wrote: >> >> There's a link to the GitHub issue tracker right below the "feedback" line; issues are perfectly fine. Especially if they have an issue-like resolution tag which makes them sound more like a task. > > The SoTD suggest otherwise (it reads, the mailing list is "preferred for discussion of this specification"). We should fix this by setting the right thing via the "Issue Tracking" option in: > https://tabatkins.github.io/bikeshed/#metadata-issue-tracking > > I'll file a bug. > >> The Permissions described in the spec apply to web documents and applications, not the user agent nor any extensions or assistive technology installed locally. > > This is correct, but I think it needs to be framed a little bit differently: be it that the policies apply to documents in a web browser, the Permissions Policy spec doesn't override or interfere with *system-level* controls or features or any accessible technology (e.g., it would be impossible for it to disable the ambient light sensor at a system level, but it could prevent an iframe from accessing the API the allows reading that sensor). > > As an aside, this highlights the confusion around accessing particular sensors: more an issue for the DAS Working Group - particularly in that those sensor APIs don't override, or otherwise interfere, with user preferences, like brightness at the OS level, or the computer sensing the ambient light. > > Becky wrote: >> For example, a user with vision limitations may rely upon access to an ambient-light-sensor to normalize brightness or contrast. > > Absolutely! And, for instance, so does the OS (e.g., for automatically switching to "dark mode" at dusk). Permissions Policy will never interfere with those, or any other accessible technology. It just sometimes prevents web documents from accessing particular APIs or features, but it still leaves the user in complete control - and grants the browser full authority to continue to make all web documents as accessible as possible. For example, a permissions policy may disable a web page from accessing the "fullscreen" API, but the browser might still provide the ability for a video to be displayed full screen irrespective of what the site wants. > > Hope that helps! Becky Gibson https://www.linkedin.com/in/beckygibsona11y/ The World Wide Web Consortium (W3C), Web Accessibility Initiative (WAI) Co-Chair, Accessible Platform Architectures http://www.w3.org/wai/apa
Received on Wednesday, 7 July 2021 17:00:55 UTC