RE: ACTION-1422: Develop proposal for label role and aria-labelfor property

Because role label can be used in a wider variety of contexts than HTML 
label, the group thought that not requiring the explicit relationship 
creates enormous complexity for the accessible name computation.

Just consider the two examples already discussed where label could be used 
inside a table tag to label it's parent as an equivalent to caption vs the 
input example where it labels its child as an equivalent to HTML label. I 
am sure others can point out the broad variety of possibilities that could 
create significant ambiguity or possibly actual conflicts that would 
require a new precedence mechanism.

Matt King
IBM Senior Technical Staff Member
I/T Chief Accessibility Strategist
IBM BT/CIO - Global Workforce and Web Process Enablement 
Phone: (503) 578-2329, Tie line: 731-7398
mattking@us.ibm.com



From:   "Bryan Garaventa" <bryan.garaventa@ssbbartgroup.com>
To:     "'Steve Faulkner'" <faulkner.steve@gmail.com>, 
Cc:     Matthew King/Fishkill/IBM@IBMUS, "'W3C WAI Protocols & Formats'" 
<public-pfwg@w3.org>
Date:   04/28/2014 09:43 AM
Subject:        RE: ACTION-1422: Develop proposal for label role and 
aria-labelfor property



Thanks, I see what you mean, so the distinction being, an explicit 
association is required for external elements including role=label, but 
not if role=label is upon the wrapper element?
 
From: Steve Faulkner [mailto:faulkner.steve@gmail.com] 
Sent: Monday, April 28, 2014 9:17 AM
To: Bryan Garaventa
Cc: Matthew King; W3C WAI Protocols & Formats
Subject: Re: ACTION-1422: Develop proposal for label role and 
aria-labelfor property
 
the same way a <label> works now
<label> text <input> </label>
results in the 'text' being assigned as the accessible name.

--

Regards

SteveF
HTML 5.1
 
On 28 April 2014 17:11, Bryan Garaventa <bryan.garaventa@ssbbartgroup.com> 
wrote:
>don't think that aria-labelledby should be required. UAs don't require an 
explicit mechanism to identify the labelled element.
 
How would this work for something like an edit field, if no explicit 
association is provided?
 
Thanks,
Bryan
 
From: Steve Faulkner [mailto:faulkner.steve@gmail.com] 
Sent: Monday, April 28, 2014 12:36 AM
To: Matthew King
Cc: W3C WAI Protocols & Formats
Subject: Re: ACTION-1422: Develop proposal for label role and 
aria-labelfor property
 
Hi Matt,
don't think that aria-labelledby should be required. UAs don't require an 
explicit mechanism to identify the labelled element.
for example:
<figure>
<figcaption> caption <figcaption>
</figure>
figure is labelled by figcaption so an author should be able to add


<figure>
<figcaption role=label> caption <figcaption>
</figure>

--

Regards

SteveF
HTML 5.1
 
On 28 April 2014 07:49, Matthew King <mattking@us.ibm.com> wrote:
Per discussion in the ARIA meeting on April 21, there was consensus to 
drop the proposal for an aria-labelfor attribute to go with the new role 
label. The group did not identify any specific benefits of an 
aria-labelfor that are not provided by aria-labelledby. 

Proposed specification text for role label follows. 

Label 

An element containing content that labels another element. A label MUST 
have an explicit relationship with the element it labels expressed with 
aria-labelledby on the element being labeled. 

The most common accessibility API mapping for a label is the accessible 
name property. However, because aria-labelledby is required to create the 
labelling relationship, use of role label on an element does not change 
the accessible name computation of the element to which the label applies. 


Authors are not required to use role label to identify elements that serve 
as a label but may do so in order to provide semantic clarity in code. 

Related concepts: 
* HTML label 
* HTML caption 
* HTML figcaption 

Matt King
IBM Senior Technical Staff Member
I/T Chief Accessibility Strategist
IBM BT/CIO - Global Workforce and Web Process Enablement 
Phone: (503) 578-2329, Tie line: 731-7398 
mattking@us.ibm.com
 
 

Received on Monday, 28 April 2014 16:51:31 UTC