[Webkit-unassigned] [Bug 169810] AX: Expose a new AXSubrole for explicit ARIA "group" role

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=169810

--- Comment #8 from James Craig <jcraig at apple.com> ---
Comment on attachment 304917
  --> https://bugs.webkit.org/attachment.cgi?id=304917
patch

View in context: https://bugs.webkit.org/attachment.cgi?id=304917&action=review

>> Source/WebKit/win/ChangeLog:9
>> +        Account for Windows platform role mapping.
> 
> did you modify GTK files to map this new role

Looking into that.

>> LayoutTests/accessibility/list-detection2-expected.txt:-20
>> -PASS: ul w/ background image (NOT A LIST) -> group. 
> 
> these objects are no longer groups? that seems unexpected

This is expected. Those elements are still mapped to "AXGroup" (with no subrole) but no longer return "group" as the computed ARIA role string. Layout lists match neither role="list" nor role="group", so web inspector users can now see these have "No exact ARIA role match" rather than the misleading "group" role that previously appeared.

I think a future version of ARIA may include a "generic" or some equivalent role for non-semantic container elements like <div> and other elements heuristically determined to be mere layout items. If/when it does, <div>s and layout lists, would vend that role.

-- 
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/20170320/c52b33ee/attachment-0001.html>