- From: Matthew King <mattking@us.ibm.com>
- Date: Thu, 6 Nov 2014 14:01:40 -0800
- To: Alexander Surkov <surkov.alexander@gmail.com>
- Cc: Léonie Watson <LWatson@paciellogroup.com>, "W3C WAI Protocols & Formats" <public-pfwg@w3.org>
- Message-ID: <OFFF08F8D8.5695A870-ON88257D88.0078188F-88257D88.0079005D@us.ibm.com>
With respect to currentfor, Alex writes: > I guess it's helpful for navigation, if AT wants to move by currentable elements. We already have that baked into ARIA with regions and structural widgets. I do not think we need a new concept here. I think we need only a very simple way of communicating that there is a visual indicator that this item in a set is displayed as the current item in the set. And perhaps, "current" may not be the best name. The definition of the set comes from context. If it is not apparent from the UI, then the property is probably being used inappropriately. Should we consider aria-displayed? aria-showing? .... One thing I fear is that screen readers will simply say "current" and that in a particular context the word "current" does not carry meaning in a particular context for the end user. 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: Alexander Surkov <surkov.alexander@gmail.com> To: Matthew King/Fishkill/IBM@IBMUS, Cc: Léonie Watson <LWatson@paciellogroup.com>, "W3C WAI Protocols & Formats" <public-pfwg@w3.org> Date: 11/06/2014 01:39 PM Subject: Re: ACTION-1442: Draft spec text for aria-current and aria-currentfor I guess it's helpful for navigation, if AT wants to move by currentable elements. On Thu, Nov 6, 2014 at 4:29 PM, Matthew King <mattking@us.ibm.com> wrote: > 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 22:02:14 UTC