WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Does WCAG require that when you click a label it checks the checkbox or radio button?

for

From: Patrick H. Lauke
Date: Nov 19, 2015 2:35PM

On 19/11/2015 21:14, Julie Romanowski wrote:
> We need to remember that assistive technologies include hardware as
> well as software. We're not just talking about screen readers.
>
> There are employees with mobility challenges at our company who use
> special types of ergonomic mice to access their computers. For
> example, one person uses a foot mouse (also called a slipper mouse)
> and another person uses a head mouse. Both of them have poor fine
> motor control and it's very difficult to impossible for them to click
> on small items such as radio buttons or check boxes. Coding the
> controls and their respective labels correctly using the id and for
> attributes provides a much larger area for these two people to click
> on, making selecting the controls much easier.

That is only one possible technique. Another would be to make the actual
radio button or checkbox very big. So it's not a cut-and-dry "if the
label isn't a proper <label>, and not assigned explicitly using
for="..." attribute, it's a fail.
But in both cases, I don't believe any WCAG 2.0 SC specifically deals
with target/touch sizes (something that has since been brought up in the
specific context of touchscreens in the mobile a11y TF, but I would have
liked to see tackled more generally even on "desktop" for mouse users -
see
https://lists.w3.org/Archives/Public/public-mobile-a11y-tf/2015Jul/0037.html)

> In the "Understanding Techniques for WCAG Success Criteria"
> documentation under "Sufficient Techniques"
> (http://www.w3.org/TR/2015/NOTE-UNDERSTANDING-WCAG20-20150226/understanding-techniques.html#ut-understanding-techniques-sufficient-head)
> it states that "If web content implements the sufficient techniques
> for a given criterion correctly and it is accessibility-supported for
> the content's users, it conforms to that success criterion". Maybe
> I'm misunderstanding the WCAG 2.0 definition of accessibility support
> (http://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-supported-definition-head),
> but I take this to mean that using aria-labelledby to label radio
> buttons will fail SC 4.1.2 Name, Role, Value, as it isn't "
> accessibility-supported for the content's users" (the people using
> ergonomic mice as AT).

Why 4.1.2? "For all user interface components (including but not limited
to: form elements, links and components generated by scripts), the name
and role can be programmatically determined; states, properties, and
values that can be set by the user can be programmatically set; and
notification of changes to these items is available to user agents,
including assistive technologies. (Level A)" ... nowhere here is there
talk of "users must be able to operate controls with their specific
input technology" or similar. This is about exposing name, role, state,
value programmatically. Unless you're thinking of "allow themselves to
be controlled by assistive technologies" in the intent for the SC
http://www.w3.org/TR/UNDERSTANDING-WCAG20/ensure-compat-rsv.html ...
which, I'd say, is a bit of a stretch, IMO.

P
--
Patrick H. Lauke

www.splintered.co.uk | https://github.com/patrickhlauke
http://flickr.com/photos/redux/ | http://redux.deviantart.com
twitter: @patrick_h_lauke | skype: patrick_h_lauke