RE: ACTION-1442: Draft spec text for aria-current and aria-currentfor

> If I understand the use cases… 
> aria-current is used when the scoping container is known, and 
aria-currentfor for when it must be manually determined.

Why do we need to specify a scoping container? What would AT do with that 
information? 

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:   Léonie Watson <LWatson@PacielloGroup.com>
To:     Matthew King/Fishkill/IBM@IBMUS, 
Cc:     <public-pfwg@w3.org>
Date:   11/06/2014 01:18 PM
Subject:        RE: ACTION-1442: Draft spec text for aria-current and 
aria-currentfor



Matthew King wrote:
“I am still not clear on the need for aria-currentfor.”
 
If I understand the use cases… aria-current is used when the scoping 
container is known, and aria-currentfor for when it must be manually 
determined.
 
“Is it necessary for there to be a navigation container in the ancestry? I 
have encountered use cases that would not necessarily have that. For 
instance, if the author is indicating current step in a list of steps, 
there might not be a nav element or navigation region in the ancestry. In 
this use case, the list of steps may be static, or they may be links or 
buttons that navigate to other steps. If they are static, they might not 
have a navigation container in their ancestry.”
 
Yes, but we need a way to define the scope for those elements. This is the 
use case for aria-currentfor as I understand it.
 
“Also, do you think it is necessary to so tightly constrain the elements 
to which it can be applied? We may want to consider making it global.”
 
I think this will depend on how we scope the respective attributes. I 
think that allowing aria-current on all elements in the base markup would 
be problematic, especially if we decide not to constrain its scope.
 
 
Léonie.
 
-- 
Senior Accessibility Engineer, TPG
@LeonieWatson @PacielloGroup
 
 

Received on Thursday, 6 November 2014 21:31:01 UTC