GNOME Bugzilla – Bug 531806
Wrapped item lists don't give proper braille in Gecko
Last modified: 2008-06-18 20:36:41 UTC
When arrowing over to a list item that span more than one line, the braille output returns weird results that have little to do with the on screen content. This is a regression since bug #520612.
Created attachment 110472 [details] [review] Proposed patch This should fix the strange behavior.
Thanks! It fails for label guess of entries, however: Traceback (most recent call last):
+ Trace 197179
s.processObjectEvent(event)
self.listeners[key](event)
default.Script.onFocus(self, event)
orca.setLocusOfFocus(event, newFocus)
orca_state.locusOfFocus)
newLocusOfFocus)
self.updateBraille(newLocusOfFocus)
regions = [braille.Text(obj, label, " \$l")]
orca_state.activeScript.getTextLineAtCaret(self.accessible)
return string, caretOffset, startOffset
Created attachment 111245 [details] [review] Proposed patch This should fix that traceback above.
Created attachment 111267 [details] regression test results from using the patch Here are the results from running the regression tests with the patch. Some of the things (e.g. moz_menu.py, saying "space" instead of " ") has nothing to do with this patch. Of note especially is the whitespace that wasn't there before. On a positive note, this patch brings back a wayward colon. :-) I'll re-run the tests now without the patch as we've been checking a lot of stuff in today.
Is this waiting on testing for me or the reg tests?
Given that Joanie will be doing more work on this related to another bug I think this one is OK to commit.
This patch has been committed to trunk.