[Webkit-unassigned] [Bug 53388] New: [Gtk] atk_text_set_caret_offset fails for list items

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Jan 29 17:35:28 PST 2011


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

           Summary: [Gtk] atk_text_set_caret_offset fails for list items
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Accessibility
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: joanmarie.diggs at gmail.com
                CC: apinheiro at igalia.com, msanchez at igalia.com


Created an attachment (id=80582)
 --> (https://bugs.webkit.org/attachment.cgi?id=80582&action=review)
test case

Steps to reproduce:

1. Open the attached test case in Epiphany.

2. Using Accerciser, attempt to set the caret position within the paragraph and within the first list item, by:

A. Selecting the corresponding object in Accerciser's tree of accessible objects

B. Typing 'acc.queryText().setCaretOffset(n) - where 'n' is the desired offset.

Expected results: You'd be able to set the caret offset for both objects.

Actual results: You can set the caret offset for only the paragraph; not the list item.

Related aside: In both cases, True is returned suggesting that the offset was successfully positioned. I shall open a separate bug requesting a more accurate return value.

Impact: Orca has 'structural navigation' commands which include the ability to navigate amongst HTML elements ('p' for paragraphs, 't' for tables, 'l' for lists, etc.). A typical use case is to locate a desired section of the page via structural navigation and then use caret navigation to read or select the text in that section. Because we cannot set the caret within a list item, this navigation/selection technique fails for lists and their items.

-- 
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