GNOME Bugzilla – Bug 159561
SPI_STATE_FOCUSED is initially missing for the current selected cell
Last modified: 2006-12-11 05:22:58 UTC
Launch gedit Launch gnopernicus with speech enabled Goto gedit->File->Open The Open File... window is created and gnopernicus reports "Create window, Open Files" The focus is on the first line in 'Files' table but gnopernicus reports only "Table Files". Nothing about the current line/cell. This is because there is no cell an this line with SPI_STATE_FOCUSED. One of the two SELECTED cells should be FOCUSED.
We only report a cell as focused if the GtkTreeView has a focused column. Initially the GtkTreeView does not have a focused column. Can this be closed as notabug or does this affect the user experience?
If this bug will be close as notabug, gnopernicus will not report the current cell when the table is initially focused. The output will be only "Table, <table_name>" and nothing about the current cell. The current table line won't be also presented. We are looking (in gnopernicus) for the selection inside a table. If there is a selection, we are looking for the cell which has SPI_STATE_FOCUSED - this will be the current cell. In this way we decide, if there is a multicolumn table, which one is the current cell.
A GtkTreeView can have a row selected without having a focused cell.
In this case, gnopernicus can not decide which one is the _current selected_ cell. Without a "current cell" the line won't be reported.
*** Bug 163791 has been marked as a duplicate of this bug. ***
in the cases I've seen, there's a focussed column (at least visually), so this seems like a valid bug.
see for instance bug 163946
*** Bug 163946 has been marked as a duplicate of this bug. ***
Apologies for spam... ensuring Sun a11y folks are cc'ed on all current accessibility bugs.
Can not reproduce with orca now. Close.