RESOLVED FIXED 236359
Expose the correct role, subrole and role description properties for the <dialog> element.
https://bugs.webkit.org/show_bug.cgi?id=236359
Summary Expose the correct role, subrole and role description properties for the <dia...
Andres Gonzalez
Reported 2022-02-09 05:33:06 PST
Expose the AXRoleDescription property for objects with role alert and dialog.
Attachments
Patch (3.45 KB, patch)
2022-02-09 05:40 PST, Andres Gonzalez
no flags
Patch (6.90 KB, patch)
2022-02-10 19:23 PST, Andres Gonzalez
no flags
Patch (7.19 KB, patch)
2022-02-11 06:26 PST, Andres Gonzalez
no flags
Patch (8.41 KB, patch)
2022-02-11 08:23 PST, Andres Gonzalez
no flags
Radar WebKit Bug Importer
Comment 1 2022-02-09 05:33:18 PST
Andres Gonzalez
Comment 2 2022-02-09 05:40:33 PST
James Craig
Comment 3 2022-02-09 09:05:15 PST
Comment on attachment 451363 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=451363&action=review > Source/WebCore/ChangeLog:3 > + Expose the AXRoleDescription property for objects with role alert and dialog. Clarity: “alertdialog and dialog” not “alert and dialog” role. This isn’t for the transient non-dialog “alert” role. > Source/WebCore/platform/LocalizedStrings.cpp:520 > + return WEB_UI_STRING("alert", "accessibility role description for an alert"); Role desc of “alert” (e.g. not the more verbose “alert dialog”) seems okay for alert dialogs though, so I think the diff itself is good to go.
James Craig
Comment 4 2022-02-09 09:09:18 PST
Would be good to include a layout test of <div role=dialog> and <dialog open>
Andres Gonzalez
Comment 5 2022-02-10 19:23:30 PST
Andres Gonzalez
Comment 6 2022-02-10 19:25:50 PST
In further investigation turns out that the behavior is already correct for elements with role="dialog". Thus this patch implements the same behavior for <dialog> elements.
Andres Gonzalez
Comment 7 2022-02-10 19:28:16 PST
(In reply to James Craig from comment #4) > Would be good to include a layout test of <div role=dialog> and <dialog open> Added a new layout test for <dialog>. role="dialog" is already implemented and covered in tests. Thanks.
chris fleizach
Comment 8 2022-02-10 21:37:18 PST
Comment on attachment 451630 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=451630&action=review > Source/WebCore/accessibility/mac/AccessibilityObjectMac.mm:152 > + // INclude <dialog> elements and elements with role="dialog". INclude -> Include > Source/WebCore/accessibility/mac/AccessibilityObjectMac.mm:153 > + if (roleValue() == AccessibilityRole::ApplicationDialog) is this Mac only? seems like it might be good for this to be accessibilityIsIgnored()==true in the base class
Andres Gonzalez
Comment 9 2022-02-11 06:26:39 PST
Andres Gonzalez
Comment 10 2022-02-11 06:29:06 PST
(In reply to chris fleizach from comment #8) > Comment on attachment 451630 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=451630&action=review > > > Source/WebCore/accessibility/mac/AccessibilityObjectMac.mm:152 > > + // INclude <dialog> elements and elements with role="dialog". > > INclude -> Include > > > Source/WebCore/accessibility/mac/AccessibilityObjectMac.mm:153 > > + if (roleValue() == AccessibilityRole::ApplicationDialog) > > is this Mac only? seems like it might be good for this to be > accessibilityIsIgnored()==true in the base class Fixed typo and moved it to the platform-independent code.
chris fleizach
Comment 11 2022-02-11 07:27:20 PST
Need to update the GTK results I think for this test too
Andres Gonzalez
Comment 12 2022-02-11 08:23:59 PST
EWS
Comment 13 2022-02-13 08:01:47 PST
Committed r289713 (247198@main): <https://commits.webkit.org/247198@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 451700 [details].
Note You need to log in before you can comment on or make changes to this bug.