RE: Query about intent of aria-expanded

From what I understand, I believe this should always be on the triggering element, and if it controls a specific region/container, to also include aria-controls on the same triggering element to point to the relevant container element. I don't think aria-controls is always necessary though, since it depends on the widget type.

Adding it to the container as well sounds a bit confusing to me, since, if the content is visible and readable, it is already implicitly expanded.

-----Original Message-----
From: Karl Groves [mailto:kgroves@paciellogroup.com] 
Sent: Tuesday, September 09, 2014 9:50 AM
To: James Craig
Cc: Léonie Watson; W3C WAI Protocols & Formats
Subject: Re: Query about intent of aria-expanded

So would the best practice be to place it on both the control and the section being expanded/ collapsed (IOW not either-or)?



On Tue, Sep 9, 2014 at 11:44 AM, James Craig <jcraig@apple.com> wrote:
> My understanding is yes. For example:
>
> It can be used on a disclosure widget that expands a section, and it 
> can also be used on tree item that is expanded or collapsed. If you 
> use it to indicate expansion of another element, the aria-controls 
> relationship should be present.
>
>
> On Sep 9, 2014, at 7:33 AM, Léonie Watson <LWatson@PacielloGroup.com> wrote:
>
> ARIA folks,
>
> This came up in discussion recently. The definition for aria-expanded says:
>
> “Indicates whether the element, or another grouping element it 
> controls, is currently expanded or collapsed.”
>
> This implies that aria-expanded can be put on an element that itself 
> expands/collapses, or on an element that controls the expand/collapse 
> of another grouping element. Is this what was intended?
>
>
> Léonie
> --
> Léonie Watson – Senior Accessibility Engineer, TPG @LeonieWatson 
> @PacielloGroup
>
>
> --
> Indifference towards people and
> the reality in which they live
> is actually the one and only
> cardinal sin in design.
>                 — Dieter Rams
>



--
Karl Groves
Senior Technical Lead Accessibility Software Consultant & Director of Training The Paciello Group @karlgroves
Phone: +1 443-875-7343

Received on Tuesday, 9 September 2014 17:52:58 UTC