On Wed, Feb 24, 2016 at 1:14 PM James Craig <jcraig@apple.com> wrote: > Note the time. I agree with John Foliot. ;-) > > In addition, an accesskey replacement spec would have the ability to > specify end use behavior (and event model changes) in a way that would be > inappropriate to do in an ARIA spec. Dominic, would you be willing to > pursue the solution in that spec rather than in ARIA? > No, but I support doing both in parallel and making them compatible if possible. If we like the accesskey spec, maybe we should call it aria-accesskey and align its syntax. The majority of ARIA roles, states, and properties are not necessary if you use appropriate HTML5 elements and attributes, but that doesn't mean we deprecate them, it means authors have choices. It's preferable to use the native elements and attributes when possible, but when you need to roll your own approach for various reasons, ARIA allows you to do so without sacrificing accessibility. I think that applies here. It's a lot easier for an existing web app to add aria-kbdshortcuts support than to switch to accesskeys, and it's less risky and requires less testing.Received on Wednesday, 24 February 2016 21:26:11 UTC
This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:23:20 UTC