Summary: | AX: HTML native elements (header, footer, main, aside, nav) should work the same as ARIA landmarks, sometimes they don't | ||
---|---|---|---|
Product: | WebKit | Reporter: | Steve Faulkner <faulkner.steve> |
Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW --- | ||
Severity: | Normal | CC: | carolynmacleod4, Carolyn_MacLeod, faulkner.steve, jcraig, mike, scottaohara, webkit-bug-importer, webkit |
Priority: | P2 | Keywords: | InRadar |
Version: | 528+ (Nightly build) | ||
Hardware: | All | ||
OS: | All | ||
Bug Depends on: | |||
Bug Blocks: | 172817 |
Description
Steve Faulkner
2015-07-14 05:00:34 PDT
Tried this again in Safari 11.1 and Chrome 70.0.3538.102 on macOS 10.13.6 In both browsers, VoiceOver reads the following HTML elements: header, nav, main, aside, section with label ... but not footer Seems like it's a VoiceOver bug, because it happens in both browsers. It's probably something super-simple to fix, because VO *does* recognize the contentinfo role. It's just not reading the footer element (which has an implicit role of contentinfo). In case it's helpful, here's another good test page (click the "Show Landmarks" button for a nice overview of the page): http://w3c.github.io/aria-practices/examples/landmarks/index.html Here are some additional tests/results for header and footer elements: https://scottaohara.github.io/tests/html-footer/contentinfo-landmark-tests.html and https://scottaohara.github.io/tests/html-header/banner-landmark-tests.html Specific results for Webkit and footer elements: Testing with macOS Safari Tech Preview Release 88 (Safari 13.0, WebKit 14608.1.36), three content information landmarks are exposed. 1 as a child of the nav element (incorrect), another as a child of dialog element (incorrect) and the last as it is correctly scoped to body element. Testing with iOS 12.3.1 and VoiceOver, every footer is exposed as a "footer" landmark except for the footers within section and article elements. Only the footer scoped to the body element should have been exposed as a contentinfo landmark. Specific results for Webkit and header elements: The following is the same result for Safari 12.1.1 on macOS and Safari on iOS 12.3.1: Except for the header elements within section, and article elements all others (12) were exposed as banner landmarks, where the expectation was only the header scoped to body would be exposed as a banner landmark. Related bug: https://bugs.webkit.org/show_bug.cgi?id=195010 |