[Webkit-unassigned] [Bug 53389] [Gtk] atk_text_set_caret_offset returns True even when it is unsuccessful

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Jan 29 17:45:22 PST 2011


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


Joanmarie Diggs <joanmarie.diggs at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |Gtk
           Priority|P2                          |P3
             Blocks|                            |25531




--- Comment #1 from Joanmarie Diggs <joanmarie.diggs at gmail.com>  2011-01-29 17:45:22 PST ---
Mario, related aside and/or good test: Ignoring Orca and just using the native caret navigation in Epiphany, I cannot arrow to the list item's number. And that's OK. If there's someplace we cannot place the caret, so be it. BUT, if you return False in those cases, an AT like Orca can see that it's a list item and reattempt positioning the caret at the first part of the text which is *not* the list item. (Make sense?)

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list