25675 2009-05-10 13:38:35 -0700 [Gtk] Formatted text should not result in additional/separate accessibles 2009-12-28 13:05:49 -0800 1 1 1 Unclassified WebKit Accessibility 528+ (Nightly build) PC Linux RESOLVED DUPLICATE 30883 Gtk P2 Normal --- 25531 0 jdiggs webkit-unassigned apinheiro walker.willie xan.lopez oldest_to_newest 120574 0 jdiggs 2009-05-10 13:38:35 -0700 Steps to reproduce: 1. Open the (to be) attached test case. 2. Examine the accessible hierarchy in Accerciser. Expected results: There would be a single accessible object for the text "This is bold text." (The boldness of the word "bold" would be exposed to ATs as a text attribute. See bug 25528.) Actual results: There are three accessibles ("This is ", "bold", and " text.") Xan: Is this representation fundamental to WebKit, or is it a a11y-specific rendering? If the former, let's drop the priority of this bug and I'll see what I can do to work around it in Orca. Otherwise, it would be good for this text to be exposed in a fashion consistent with what we get from other apps. Thanks! 120575 1 30166 jdiggs 2009-05-10 13:39:18 -0700 Created attachment 30166 aforementioned test case 175297 2 jdiggs 2009-12-28 13:05:49 -0800 *** This bug has been marked as a duplicate of bug 30883 *** 30166 2009-05-10 13:39:18 -0700 2009-05-10 13:39:18 -0700 aforementioned test case bold-test.html text/html 98 jdiggs PGh0bWw+CjxoZWFkPgo8dGl0bGU+VGVzdDwvdGl0bGU+CjwvaGVhZD4KPGJvZHk+CjxwPlRoaXMg aXMgPGI+Ym9sZDwvYj4gdGV4dC48L3A+CjwvYm9keT4KPC9odG1sPgo=