GNOME Bugzilla – Bug 163949
Gnopernicus should present a table line even if there is no SPI_STATE_FOCUSED cell
Last modified: 2005-04-25 15:42:38 UTC
Please describe the problem: In the current implementation, when gnopernicus receive an at-spi "focus:" event for a 'table', if there is a SPI_STATE_FOCUSED cell this event is converted into a "focus:" event for 'table line' and gnopernicus reports the current line (which is the desired behavior). If there is no SPI_STATE_FOCUSED cell, this conversion doesn't happens and gnopernicus reports only the general description for the table. Gnopernicus should be able to present the current line even if there is no SPI_STATE_FOCUSED cell. Steps to reproduce: 1. Launch gnopernicus with speech enabled 2. Laung gedit -> File -> Open 3. The current 'focused' object is the first line of 'Files' table. Actual results: Gnopernicus reports only 'Table, Files' Expected results: The current line should be also reported. Does this happen every time? yes Other information:
Created attachment 35958 [details] [review] proposed patch If there is no SPI_STATE_FOCUSED cell, the first selected sell which is SHOWING and VISIBLE will become the current cell.
*** Bug 163791 has been marked as a duplicate of this bug. ***
Comment on attachment 35958 [details] [review] proposed patch I still have some misgivings but because the root cause is still confused/controversial, I agree that the patch is a reasonable workaround.
Comment on attachment 35958 [details] [review] proposed patch The patch was applied in CVS HEAD and gnome-2-8 branch.
Reopening, as the bug is still present after the patch is applied.
This bug can be reproduced in Cinnabar 26 (the patch was tested in Cinnabar 25 and it works fine) but this is not a gnopernicus bug. The problem is that there is no SPI_STATE_SELECTED cell in this table. AccessibleSelection_getNSelectedChildren returns 0. Without any SPI_STATE_FOCUSED or SPI_STATE_SELECTED cell, gnopernicus can not report the current table line.
Bug: http://bugzilla.gnome.org/show_bug.cgi?id=166553 was filed against gedit for this problem.
Dana, there's still a problem with tables having a single row. Gnopernicus doesn't say or braille anything, even when the single row is selected via 'down arrow'.
Bill, please poit a case. In gedit/Open shortcuts table everything is fine.
Remus: Launch gnome-search-tool (i.e. "Find Files..." from the Launch/gnome-foot menu). In the 'name contains' entry field, enter a pattern that will result in only a single file being found. Press TAB until the 'Find' button is focussed, then press spacebar. Tab into the search table (tab 6 times). Gnopernicus doesn't speak the line, which is perhaps expected since it is not selected. Press <down>, which will select the single line. Expected result: gnopernicus speaks and brailles the newly selected line. Actual result: gnopernicus says/brailles nothing.