[Webkit-unassigned] [Bug 223492] AX: [iOS] [Voice Over] Voice Over skips elements with role="group" and role="region"

[bugzilla-daemon at webkit.org]

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

Tyler Wilcock <tyler_w at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tyler_w at apple.com

--- Comment #13 from Tyler Wilcock <tyler_w at apple.com> ---
Let me make sure I understand the issues here.

First, in this snippet from the codesandbox:

<div
    tabindex="0"
    role="group"
    aria-label="Map"
    aria-roledescription="map"
>
    <p>Some text content</p>
</div>

VoiceOver speaks only "Some text content", without including the custom roledescription. I can reproduce this, and agree it's not right. But:

1. This example also includes an aria-label that is not read. How do we expect this interaction to work? Is it expected that VoiceOver read "Some text content, map, Map"?

2. What about multiple levels of groups with labels? Should they all be rolled up into the final spoken thing at the leaf?

<div aria-label="Yellow" role="group">
  <div aria-label="Blue" role="group">
    <div aria-label="Orange" role="group">
       Some text content
    </div>
  </div>
</div>

What should this read? "Some text content, yellow, blue, orange"?

I think yes, but want to be clear. Chris, thoughts?

---

Regarding what I'm interpreting as a different issue:

> Correct, we tend to add appropriate roles to objects placed inside the group to make them accessible and screen reader friendly. However, if there are no accessible elements (e.g. POIs) inside the group we still want VO to stop there because a map without POIs in it is still worth explaining to the user (it’s a form of imagery, almost like an <img>)

> Ok seems reasonable. If a keyboard focusable item has no children it should still be accessible.

Can you please include minimal code snippet(s) demonstrating this problem?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211019/a5f3487d/attachment-0001.htm>