E-mail List Archives
Re: An Interactive ARIA Widget Checklist: For Screen Reader Testing
From: Birkir R. Gunnarsson
Date: Feb 25, 2017 3:15PM
- Next message: Ryan E. Benson: "Re: Numbered prose."
- Previous message: Lucy Greco: "Re: Numbered prose."
- Next message in Thread: None
- Previous message in Thread: Bryan Garaventa: "Re: An Interactive ARIA Widget Checklist: For ScreenReader Testing"
- View all messages in this Thread
Great job!
I will sit down and review these with some of the most common screen
reader/browser combinations.
One thought, you may want to specify that the keyboard control
(elements being focusable and keyboard navigation between elements)
must be coded by the author, either using JavaScript or by applying
the role on a native HTML control with a similar functionality.
Or you may expand the note to say that any interaction (keyboard
focusability and navigation, change of ARIA roles and states etc.)
must be implemented by the author.
A quick read of this by someone without experience may lead that
person to believe that the keyboard behavior comes for free with the
right use of ARIA roles and attributes.
On 2/24/17, Bryan Garaventa < <EMAIL REMOVED> > wrote:
> Hi,
> Actually it does do that in a general sense stating what should be conveyed
> or announced within the expected behaviors notation, but this is
> deliberately vague because it's meant to apply across both desktop and
> mobile. Obviously the keyboard commands are limited to desktop-type
> platforms, but what is conveyed and announced may vary also depending on the
> platform and assistive technology being used at the time.
>
> Basically this is meant to shine a light on where specific screen readers
> can't even do this much and are causing such controls to be deemed
> inaccessible by users as a result. Since all of these widgets strictly
> follow the ARIA 1.0 spec guidance for these widget types there is no excuse
> for this besides a lack of exposure to how these widgets are properly coded
> in a structured manner like this.
>
> So it's important for people to file bugs where support issues are found to
> exist in these cases, and to do so all of the time.
>
> This will cause positive changes to happen.
>
>
>
> Bryan Garaventa
> Accessibility Fellow
> SSB BART Group, Inc.
> <EMAIL REMOVED>
> 415.624.2709 (o)
> www.SSBBartGroup.com
>
>
>
- Next message: Ryan E. Benson: "Re: Numbered prose."
- Previous message: Lucy Greco: "Re: Numbered prose."
- Next message in Thread: None
- Previous message in Thread: Bryan Garaventa: "Re: An Interactive ARIA Widget Checklist: For ScreenReader Testing"
- View all messages in this Thread