[Webkit-unassigned] [Bug 146930] New: AX: HTML native elements (header, footer, main, aside, nav) should work the same as ARIA landmarks, sometimes they don't
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Jul 14 05:00:34 PDT 2015
https://bugs.webkit.org/show_bug.cgi?id=146930
Bug ID: 146930
Summary: AX: HTML native elements (header, footer, main,
aside, nav) should work the same as ARIA landmarks,
sometimes they don't
Classification: Unclassified
Product: WebKit
Version: 528+ (Nightly build)
Hardware: All
OS: All
Status: NEW
Severity: Normal
Priority: P2
Component: Accessibility
Assignee: webkit-unassigned at lists.webkit.org
Reporter: faulkner.steve at gmail.com
CC: webkit-bug-importer at group.apple.com
While Native HTML elements that map to ARIA landmark roles have the correct subrole mapping, In VoiceOver only a subset of native landmark elements are included in the webrotor.
Using this test page: https://rawgit.com/stevefaulkner/HTML5accessibility/master/tests/structural-elements.html
In latest Safari (8) only banner, complementary and navigation are recognised/listed in the landmarks rotor in VO.
In latest webkit (Version 8.0.6 (10600.6.3, r186796)) banner, complementary main and navigation are listed in the landmarks rotor in VO.
footer is listed in neither.
Note that when navigation through the content using VO, all the native elements are recognised as landmarks, its only in the rotor where the issue arises.
Meanwhile on this test page http://www.html5accessibility.com/tests/structure.html
In both latest safari and webkit: banner, complementary main and navigation are listed in the landmarks rotor in VO.
footer is listed in neither.
Note that when navigation through the content using VO, all the native elements are recognised as landmarks, its only in the rotor where the issue arises.
I cannot find any difference in the acc tree in webkit/safari between elements with landmark roles explicitly added or native landmarks, apart from footer which has a different AXDescription: "footer" vs "content information", thus it is expected that VO will treat them the same as it only looks at the acc tree.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20150714/9ffa1324/attachment.html>
More information about the webkit-unassigned
mailing list