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

Re: additional sentence for 204

From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Date: Wed, 19 Sep 2012 10:51:53 +0200
To: Maciej Stachowiak <mjs@apple.com>
Cc: Laura Carlson <laura.lee.carlson@gmail.com>, James Craig <jcraig@apple.com>, Cynthia Shelly <cyns@microsoft.com>, HTML Accessibility Task Force <public-html-a11y@w3.org>, Ted O'Connor <eoconnor@apple.com>
Message-ID: <20120919105153716019.181b7a5f@xn--mlform-iua.no>
Maciej Stachowiak, Tue, 18 Sep 2012 14:37:35 -0700:
> On Sep 18, 2012, at 1:42 PM, Leif Halvard Silli:
>> Maciej Stachowiak, Tue, 18 Sep 2012 09:57:28 -0700:
>>> On Sep 18, 2012, at 9:28 AM, Laura Carlson wrote:
>>>> On Tue, Sep 18, 2012 at 9:36 AM, Janina Sajka wrote:
>>>> 
>>>>> The intention of the language we're looking for is to allow software to
>>>>> identify which hidden conten can be revealed to users at their request,
>>>>> and which content cannot. If the id and href approach is insufficient
>>>>> for that, then we would need a different approach. But, the approach
>>>>> must be one that software can reliably use to distinguish between the
>>>>> two use cases of hidden content.
>>>> 
>>>> Here is an idea: add a discoverable attribute. @discoverable or 
>>>> @nothiddenfromAT
>>> 
>>> Would it mean something different than aria-hidden=false?
>> 
>> Currently, aria-hidden=true is a boolean attribute value. Thus 
>> aria-hidden=false is only informative. I saw that James proposed that 
>> aria-hidden=false should have an effect.
> 
> As far as I can tell:
> 
> - aria-hidden is not a boolean attribute in the HTML sense (i.e. it's 
> not just presence or absence that matters, the attribute value 
> actually matters)
> - both aria-hidden=true and aria-hidden=false are defined to have 
> meaning by WAI-ARIA: 
> <http://www.w3.org/TR/wai-aria/states_and_properties#aria-hidden>

As far as I can tell James do not view it to be like that, yet:
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18744#26
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18744#27
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18744#29

aria-hidden="true" does currently hide even visible things. But 
aria-hidden="false" does not yet unhide anything that isn't already 
unhidden. (Steve has blogged about this: 
http://www.paciellogroup.com/blog/2012/05/html5-accessibility-chops-hidden-and-aria-hidden/) 

Note as well that ARIA  says:

  ]] If an element is only visible after some user action, authors
     MUST set the aria-hidden attribute to true. [[

which sounds to me as if one - in our case, rather than 
aria-hidden="false", should do

	<map aria-hidden="true" hidden="" name="hidden" > 

So it seems to me that we would need changes in ARIA spec and 
implementations before one could use aria-hidden="false". (But may be 
aria-hidden="discoverable"?)
-- 
leif h silli
Received on Wednesday, 19 September 2012 08:52:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 19 September 2012 08:52:29 GMT