[Webkit-unassigned] [Bug 257260] New: AX: accessibility voice control command not working on nested non-contentEditable elements of a contentEditable htmlElement

[bugzilla-daemon at webkit.org]

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

            Bug ID: 257260
           Summary: AX: accessibility voice control command not working on
                    nested non-contentEditable elements of a
                    contentEditable htmlElement
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: sasevany at microsoft.com
                CC: andresg_22 at apple.com,
                    webkit-bug-importer at group.apple.com

Current Result from webkit on loading a html in iOS/ipad webviews:
When the some html div is contentEditable, on voice command-'Show Numbers', only one number is shown for that whole div. If this contentEditable html div contains more nested divs inside it which set the attribute contentEditable="false" for them, then number doesn't appear even for those nested div.

Expected Result:
For the section which is not editable (let say it is a button) on which screenreader might want to take action (like performing click action on the button) then number must appear for that button as that html div is setting contentEditable="false" for that particular div. While parent div is still contentEditable.

Use case: ScreenReaders need to do voice command like 'Click 2', to click on the button. But if number doesn't appear they can't perform button click action by voice.




Attaching a simple Xcode project to try this.

Attaching 2 screenshots
first screenshot-> when contentEditable is not set for any of the divs
second screenshot-> when html body is contentEditable but the botton inside it is not contentEditable

-- 
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/20230524/3a3477ec/attachment.htm>