- From: Steve Faulkner <faulkner.steve@gmail.com>
- Date: Tue, 19 May 2015 19:38:03 +0100
- To: Birkir Gunnarsson <birkir.gunnarsson@deque.com>
- Cc: PF <public-pfwg@w3.org>
- Message-ID: <CA+ri+VmMwRG8w0E20WohpH=gxf8R3k-1UpX9XKwR9STqgasJ_w@mail.gmail.com>
related bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=945194 Bug 945194 - Add accessibles that have aria-hidden="false" to the tree even if HTML5 hidden or CSS hidden or display: none @hidden should have a weak mapping to aria-hidden=true https://www.w3.org/Bugs/Public/show_bug.cgi?id=18574 -- Regards SteveF HTML 5.1 <http://www.w3.org/html/wg/drafts/html/master/> On 19 May 2015 at 16:10, Steve Faulkner <faulkner.steve@gmail.com> wrote: > This has been previously discussed and there is a related spec/browser bug. > Implementer support for this behaviour does not have consensus. > Will dig out reference and post when I get a chance. > > Sent from my iPhone > > > On 19 May 2015, at 15:33, Birkir Gunnarsson <birkir.gunnarsson@deque.com> > wrote: > > > > Greetings > > > > Can aria-hidden="false" be used on children of elements with > aria-hidden="true"? > > <code> > > <div aria-hidden="true"> > > content > > <div aria-hidden="false" role="dialog"> > > Visible dialog content > > </div> > > more parent div content. > > </div> > > > > One use case is implementing a modal using an in-page element (when > > creating a separate div for modal dialog content is not possible). > > The spec is not explicit on this, though the definition says that > > :the element and all of its descendants are invisible to assistive > > technologies). > > http://www.w3.org/WAI/PF/aria-1.1/states_and_properties#aria-hidden > > > > This technique does not work with screen readers currently, but we > > have not yet investigated where the problem lies, and I am not 100% > > sure is a problem, or if not being able to override aria-hidden state > > for a descendant of aria-hidden="true" element is expected behavior. > > Thanks > > >
Received on Tuesday, 19 May 2015 18:39:12 UTC