- From: Work <james.nurthen@oracle.com>
- Date: Wed, 8 Mar 2017 10:27:37 -0800
- To: Repsher, Stephen J <stephen.j.repsher@boeing.com>, Alastair Campbell <acampbell@nomensa.com>
- Cc: WCAG <w3c-wai-gl@w3.org>
- Message-ID: <15ad6874-dd53-46e4-aa76-cf4bab95044d@Spark>
On Mar 8, 2017, 9:54 AM -0800, Alastair Campbell <acampbell@nomensa.com>, wrote: > James wrote: > > I have always read the WCAG2 “Mechanism is available” to mean that you must ensure that either the user agent the user can do it - or if that can’t be guaranteed (i.e. the user could be using a user agent which does not support it) then the content must provide that support itself. > > Indeed, so I think these new SCs are different, they are asking the author to do (or avoid) certain things so that the user-agent side can work. So: > - “Mechanism is available” means one or the other, the user-agent supports it (accessibility supported) or you provide something. > - “Support X” means enable the user-agent to work properly. I agree that it is different. > > > > Pretty much every browser now supports muting an individual tab. Can we essentially assume this is now a pass a a browser supports this so it is now the user agent’s issue rather than the content’s problem? > > Just on that case (not the broader point), is there a keyboard method of muting a tab? I can’t find one for Chrome, only right-click on the tab seem to bring that up. Not as far as I’m aware. IMO this is a chrome bug. Firefox allows you to press CTRL+M when your focus is on the tab to do this though - so this is supported in at least one platform. > > So the broader point would be that I’m not convinced the user-agent aspect is accessibility supported for 1.4.2, so probably not, yet. I agree with you - but this is more than the level of support for some of these proposed success criteria so I wanted to be clear that we need a new term as the mechanism is available one is not appropriate. > > Cheers, > > -Alastair
Received on Wednesday, 8 March 2017 18:33:20 UTC