W3C home > Mailing lists > Public > public-aria@w3.org > March 2016

RE: aria-keyshortcuts

From: White, Jason J <jjwhite@ets.org>
Date: Fri, 11 Mar 2016 16:55:42 +0000
To: Rich Schwerdtfeger <schwer@yahoo.com>
CC: Dominic Mazzoni <dmazzoni@google.com>, ARIA Working Group <public-aria@w3.org>, James Craig <jcraig@apple.com>
Message-ID: <BY2PR0701MB1990BE1E1A55982F32F48032ABB50@BY2PR0701MB1990.namprd07.prod.outlook.com>

From: Rich Schwerdtfeger [mailto:schwer@yahoo.com]
Sent: Friday, March 11, 2016 10:47 AM

Let me see what I can do. I also have to deal with the disabled issue. The problem you are going to run into is that potentially something could be hidden and disabled and then you won’t know why it does not work.

Unfortunately I don’t understand the scenario. If an element is hidden then the user won’t discover the aria-keyshortcut until it is no longer hidden, per our previous discussion. If it is also disabled, i.e., aria-keyshortcut=”key sequence” aria-disabled=”true” then both the disabled state and the shortcut would be reported to the user who reaches the element in the course of application navigation.

One could argue that if aria-disabled=”true” then the AT should suppress reporting of the value of aria-keyshortcut to the user. In practice, in the GUIs that I’ve used, the screen readers report both, i.e., that the element is disabled and the associated key shortcut.


This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited.

Thank you for your compliance.

Received on Friday, 11 March 2016 16:56:16 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:23:20 UTC