[Bug 20088] Discuss benefits of using role=application

https://www.w3.org/Bugs/Public/show_bug.cgi?id=20088

dmacdona <david100@sympatico.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |david100@sympatico.ca

--- Comment #1 from dmacdona <david100@sympatico.ca> ---
=======
For example, I think it'd be helpful to quickly note that for "modal" screen
readers, most keystrokes are captured by the screen reader and not the web page
when the user is in browse mode. This prevents screen reader users from having
access to global keyboard shortcuts in a web app. Application mode means that
screen reader shortcuts for browsing the page are no longer available, all
keystrokes go to the page. The user won't be able to skip around the page by
headings or read a paragraph of static text line-by-line. So, if the advantages
of keyboard shortcuts outweigh the loss of those features, role=application is
warranted.

DONE
===========

I think that's clearer than the 90-95% guideline, which is arbitrary. A web app
could only be 50% focusable controls but still benefit from role=application
(with judicious use of role=document), and another web app could be 95%
focusable controls but there'd be no reason to use role=application because it
has no global keyboard shortcuts.

DONE Already fixed in previous edits

=======

Also maybe note that it is not necessary to use role=application to have
control-specific keyboard shortcuts while the user is in focus mode: a custom
control with ARIA role=listbox can easily capture all keys pressed including
arrow keys, while the user is interacting with it.

DONE

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Received on Friday, 17 January 2014 12:52:14 UTC