[Webkit-unassigned] [Bug 30895] New: [Gtk] The accessible hierarchy of tables is significantly incorrect for Atk

[bugzilla-daemon at webkit.org]

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

           Summary: [Gtk] The accessible hierarchy of tables is
                    significantly incorrect for Atk
           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: xan.lopez at gmail.com, William.Walker at sun.com,
                    apinheiro at igalia.com


An AtkTable, in which the table does not manage its descendants, has a simple
hierarchy, namely something like:

-> table
   -> table cell
   -> table cell
   -> table cell
   -> table cell
   -> table cell

The above hierarchy might represent:

* a single column with five rows
* a single row with five columns
* two rows and three columns in which one cell spans two rows
* etc., etc., etc.

(Headers and captions can also be in the hierarchy, but they at the same level
as the cells.)

The remaining details about the table are not exposed through hierarchical
structure, but rather through the AtkTable interface (the bulk of which was
implemented in bug 25534).

The accessible hierarchy of tables exposed to ATs by WebKitGtk is quite
different: The table cells appear to each be represented by two children within
the table rather than one. First they appear in row order as children of
objects of ROLE_LIST_ITEM. Then they appear again in column order as children
of objects of ROLE_UNKNOWN.

While ATs providing access to Gtk+ apps do have to largely rely upon querying
the table interface, they also have a need -- and an expectation -- to be able
to access the table's hierarchy. The current implementation is too different
(broken?) for this to be reliable.

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