REOPENED 23702
Don't expose Anonymous blocks in Accessibility tree
https://bugs.webkit.org/show_bug.cgi?id=23702
Summary Don't expose Anonymous blocks in Accessibility tree
Sankar Aditya Tanguturi
Reported 2009-02-02 21:27:50 PST
When a webpage is rendered in Webkit, few anonymous blocks are created during rendering. (http://webkit.org/blog/115/webcore-rendering-ii-blocks-and-inlines/). When we invoke inspect32 tool on windows, we could observer that all these anonymous blocks are exposed in accessibility tree. These blocks add more weight to the exposed accessibility tree. Since, these are just added to follow the rules, these can be safely hidden from accessibility tree. (Matching behavior in Firefox 2.0.0.14) ~ Thanks Sankar.
Attachments
Patch to hide anonymous blocks in accessibility tree (3.68 KB, patch)
2009-02-02 21:46 PST, Sankar Aditya Tanguturi
eric: review-
Sankar Aditya Tanguturi
Comment 1 2009-02-02 21:46:14 PST
Created attachment 27276 [details] Patch to hide anonymous blocks in accessibility tree This patch is a very simple and small patch. This fix just hides the anonymous blocks in accessibility tree. This patch has already been approved by Jon in bug 20013. But that bug is closed. So, I have created a separate bug to track this issue and also added a new small test case for testing this fix. ~ Thanks Sankar.
chris fleizach
Comment 2 2009-02-03 15:33:42 PST
this will probably have an impact on mac VoiceOver users who have come to expect to see many groups. I think we should try this change though. It's an easier fix on windows since there is not a long term client base assuming a certain model, we can remove from the Mac side if it becomes problematic
Sankar Aditya Tanguturi
Comment 3 2009-02-03 15:48:25 PST
Yeah. This is a very simple fix. So, is this patch accepted for review or shall I make any other changes? ~ Thanks. Sankar. (In reply to comment #2) > this will probably have an impact on mac VoiceOver users who have come to > expect to see many groups. I think we should try this change though. It's an > easier fix on windows since there is not a long term client base assuming a > certain model, we can remove from the Mac side if it becomes problematic >
chris fleizach
Comment 4 2009-02-03 16:19:22 PST
i think it's worth trying out as is. of course i'm not a reviewer...
Eric Seidel (no email)
Comment 5 2009-05-04 01:19:19 PDT
Comment on attachment 27276 [details] Patch to hide anonymous blocks in accessibility tree This looks sane to me. I've CC'd Jon in case he has any concerns. Your ChangeLogs still don't show your full name like they should. see CHANGE_LOG_NAME
Eric Seidel (no email)
Comment 6 2009-05-05 22:46:11 PDT
Committing to http://svn.webkit.org/repository/webkit/trunk ... M LayoutTests/ChangeLog A LayoutTests/accessibility/ignore-anonymous-block-expected.txt A LayoutTests/accessibility/ignore-anonymous-block.html M WebCore/ChangeLog M WebCore/page/AccessibilityRenderObject.cpp Committed r43280
Sankar Aditya Tanguturi
Comment 7 2009-05-05 23:33:25 PDT
Thanks very much Eric for committing this patch. I will follow your inputs in comment #6 in my next patch. Thanks Sankar.
Eric Seidel (no email)
Comment 8 2009-05-05 23:41:15 PDT
Rolled out: Committing to http://svn.webkit.org/repository/webkit/trunk ... D LayoutTests/accessibility/ignore-anonymous-block-expected.txt D LayoutTests/accessibility/ignore-anonymous-block.html M LayoutTests/ChangeLog M WebCore/ChangeLog M WebCore/page/AccessibilityRenderObject.cpp Committed r43284 It caused 8 layout tests to fail.
chris fleizach
Comment 9 2009-05-05 23:52:40 PDT
which layout tests? i can imagine this will cause a few layout tests to fail since a few layout tests are just AX hierarchy dumps, which would include anonymous blocks.
James Craig
Comment 10 2013-09-30 11:58:42 PDT
Patch needs to include any new layout test expectations.
Note You need to log in before you can comment on or make changes to this bug.