[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