- From: Steve Faulkner <faulkner.steve@gmail.com>
- Date: Tue, 22 Dec 2015 15:35:48 +0000
- To: public-aria@w3.org
- Cc: Joseph Scheuhammer <clown@alum.mit.edu>, Dominic Mazzoni <dmazzoni@chromium.org>, James Craig <jcraig@apple.com>, Joanmarie Diggs <jdiggs@igalia.com>, Richard Schwerdtfeger <schwer@us.ibm.com>
- Message-ID: <CA+ri+V=RJCTboYUcaVgrqzxmi5rM6KZZ5sVcLkfgrgH_zpzc_Q@mail.gmail.com>
Hi again Bryan, another example that i am unclear about is: Where the Name of the edit field is “Email address:”, because the content > that includes aria-hidden=”true” is excluded from the naming calculation. > > However, aria-hidden has another purpose that contradicts this behavior in > the naming calculation, which occurs when aria-hidden is explicitly set to > “false”. When applied on an explicitly hidden element using CSS for > example, this content is included in the naming calculation even though the > element remains hidden using CSS. > <div id="parentId"> > Email address: > <input aria-labelledby="parentId" type="text" /> > <div class="validationError" style="display:none;" aria-hidden="false" > > Error: A valid email address is required. > </div> > </div> > > I am unsure that your prediction is correct, either way it is not reflected in implementations, of the browsers i tested: latest firefox, chrome and IE, all expose only "Email address:" as the accessible name. test file: http://codepen.io/stevef/pen/gPMKeZ -- Regards SteveF Current Standards Work @W3C <http://www.paciellogroup.com/blog/2015/03/current-standards-work-at-w3c/> On 21 December 2015 at 18:45, Bryan Garaventa <bryan.garaventa@whatsock.com> wrote: > Hello, > Recently I was asked to write a blog post explaining the naming > calculation and how it works, which I've published at > > http://www.ssbbartgroup.com/blog/how-the-w3c-text-alternative-computation-works/ > > I believe I've covered everything of note that should help explain the > algorithm and how it works. The only controversial aspect is > the section regarding aria-hidden='false', however since this is written > in the spec, this is the only way I see that logically > explains how this would impact the naming calculation. I'll pass this > around to spread the word; the more who understand the > algorithm the easier it is to understand how ATs use it. Please let me > know if anything is missing. > > Also, I wanted to thank Google for stepping up and doing an excellent job > updating the recursive naming calculation with the most > recent release of Chrome Canary, which now has the closest recursion > algorithm match for the naming calculation as compared with any > of the other browsers. This is really a great achievement, and all those > who worked on this to get this done so quickly, should be > congratulated since it will have a significant impact in the future. > > All the best, > Bryan > > _______________________________________________ > To manage your subscription, visit http://list.webaim.org/ > List archives at http://webaim.org/discussion/archives > Address list messages to webaim-forum@list.webaim.org >
Received on Tuesday, 22 December 2015 15:37:00 UTC