RESOLVED FIXED 171180
AX: ARIA "region" role which lacks an accessible name should not be treated as a landmark
https://bugs.webkit.org/show_bug.cgi?id=171180
Summary AX: ARIA "region" role which lacks an accessible name should not be treated a...
Joanmarie Diggs
Reported 2017-04-22 17:44:14 PDT
The ARIA spec states, "Authors must give each element with role region a brief label that describes the purpose of the content in the region." https://rawgit.com/w3c/aria/master/aria/aria.html#region The Core AAM states, "Special case: if the region does not have an accessible name, do not expose the element as a landmark. Use the native host language role of the element instead." https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#role-map-region
Attachments
Patch (22.63 KB, patch)
2017-04-28 16:14 PDT, Joanmarie Diggs
no flags
Radar WebKit Bug Importer
Comment 1 2017-04-22 17:44:33 PDT
Joanmarie Diggs
Comment 2 2017-04-28 16:14:58 PDT
chris fleizach
Comment 3 2017-04-28 17:10:07 PDT
Comment on attachment 308612 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=308612&action=review > Source/WebCore/accessibility/AccessibilityNodeObject.cpp:2128 > + if (role == LandmarkRegionRole && !hasAttribute(aria_labelAttr) && !hasAttribute(aria_labelledbyAttr)) do we think this is exhaustive !hasAttribute(aria_labelAttr) && !hasAttribute(aria_labelledbyAttr) or are there are ways we should verify it has a label?
Joanmarie Diggs
Comment 4 2017-04-28 17:45:16 PDT
(In reply to chris fleizach from comment #3) > Comment on attachment 308612 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=308612&action=review > > > Source/WebCore/accessibility/AccessibilityNodeObject.cpp:2128 > > + if (role == LandmarkRegionRole && !hasAttribute(aria_labelAttr) && !hasAttribute(aria_labelledbyAttr)) > > do we think this is exhaustive !hasAttribute(aria_labelAttr) && > !hasAttribute(aria_labelledbyAttr) > or are there are ways we should verify it has a label? It's admittedly not exhaustive. How exhaustive do you think we should be? Add alt and title? Or something else?
chris fleizach
Comment 5 2017-04-28 18:03:01 PDT
Comment on attachment 308612 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=308612&action=review >>> Source/WebCore/accessibility/AccessibilityNodeObject.cpp:2128 >>> + if (role == LandmarkRegionRole && !hasAttribute(aria_labelAttr) && !hasAttribute(aria_labelledbyAttr)) >> >> do we think this is exhaustive !hasAttribute(aria_labelAttr) && !hasAttribute(aria_labelledbyAttr) >> or are there are ways we should verify it has a label? > > It's admittedly not exhaustive. How exhaustive do you think we should be? Add alt and title? Or something else? I don't know. I just wanted to bring it up to make sure we considered the other cases. I don't want to encourage devs to keep using title attribute though so maybe this is good enough
Joanmarie Diggs
Comment 6 2017-04-28 18:44:44 PDT
(In reply to chris fleizach from comment #5) > I don't know. I just wanted to bring it up to make sure we considered the > other cases. I appreciate your doing so. > I don't want to encourage devs to keep using title attribute though so maybe > this is good enough Agreed. The ARIA spec language tries to steer them in the direction of label/labelled-by: <quote> Authors must give each element with role region a brief label that describes the purpose of the content in the region. Authors should reference a visible label with aria-labelledby if a visible label is present. Authors should include the label inside of a heading whenever possible. The heading may be an instance of the standard host language heading element or an instance of an element with role heading. </quote> And if it's not good enough and a bug is filed, assign it to me, and I'll add the additional cases as appropriate. Thanks for the review!
WebKit Commit Bot
Comment 7 2017-04-28 19:07:24 PDT
Comment on attachment 308612 [details] Patch Clearing flags on attachment: 308612 Committed r215968: <http://trac.webkit.org/changeset/215968>
WebKit Commit Bot
Comment 8 2017-04-28 19:07:26 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.