W3C home > Mailing lists > Public > public-html-a11y@w3.org > September 2012

[Bug 18744] drop WAI-ARIA scope restriction in the text adopted in ISSUE-204

From: <bugzilla@jessica.w3.org>
Date: Tue, 11 Sep 2012 07:12:04 +0000
Message-Id: <E1TBKdg-0001Zg-HG@jessica.w3.org>
To: public-html-a11y@w3.org

--- Comment #28 from Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com> 2012-09-11 07:12:01 UTC ---
(In reply to comment #26 and comment #27)
> I don't necessarily agree with that design pattern

This is something I expected authors to try, because authors have for years
tried to hide/show error messages for all modalities using "display: none".
This is one of the use-cases @irrelevant/@hidden was supposed to address, back
in the day.



>, but there is a potential
> here to have a more explicit way for users to switch this explicitly for the
> example you describe.
>   aria-hidden="true"
> Hides from accessibility APIs no matter if the content is shown or hidden.

If an element with @aria-hidden=true is referenced by @aria-describedby it
still contributes to the computed accessible description.



Therefore it's not hidden from accessibility APIs … right?

The only way for the author to do what he was trying to do is add/remove the
referenced element from the DOM or to add/remove the id from @aria-describedby.

> think aria-hidden should override hidden="" in all cases, regardless of
> modality. The flipside applies, too: 
>   <div hidden aria-hidden="false">…</div>
> That is, specifically hidden from mainstream interfaces, but overridden so that
> that the structure is available in Accessibility APIs. 

That does seem to be what the main spec says:


FWIW the text in the UA implementation guide seems to be saying "host language
semantics" like CSS "display: none" ("host language"? "semantics"?) win here


> (Disclaimer: to my
> knowledge, no Users Agents currently expose hidden content this way.)

I'm surprised this wasn't cited as a "feature at risk".

PFWG will wait for implementations of that before letting it pass CR … right?

Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 11 September 2012 07:12:10 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:30 UTC