Bugzilla – Bug 468271
ListView_details: "table cell" isn't accessible without "focused"
Last modified: 2009-07-07 18:25:51 UTC
SUMMARY table cells don't rise "focused" states whether do click action or keyUp/Down to navigate in Gui, so it is not accessible for Orca to speak out where the location is. I have tried in Vista with UISpy("Focus Tracking" under "Mode" menu is checked), "text Item0" default with "HasKeyboardFocus=True, IsKeyboardFocusable=True" when click Gui title bar, and "text Item1" would rise "HasKeyboardFocus=True, IsKeyboardFocusable=True" when use keyDown to select it. just items under first column would rise "HasKeyboardFocus=True, IsKeyboardFocusable=True". also, table cells under first column in Gtk example have "focused" and "focusable" states REPRO 1. run uia2atk/test/samples/listview_detail.py 2. run Orca, in example Gui mouse click first row 3. in Vista run the same example by IronPython, run UISpy with "Focus Tracking" is checked under "Mode" 4. click example Gui 5. click Item1 or use keyDown move to Item1 6. run uia2atk/test/samples/gtkliststore.py 7. run accercise, select table cell "1", mouse click "1" from Gui then see it's states RESULTS in step2: orca just can SPEECH OUTPUT: 'tree table', because in accerciser there is no "focused" state for table cell "Item0" in step4 and step5: HasKeyboardFocus=True, IsKeyboardFocusable=True in step7: tabel cells under first column have "focusable" and "focused" states EXPECTED RESUlt I expect table cells under first column also should have "focusable" and "focused" states like table cells in Gtk COMMENTS RPM Rev values for - 012109 uiautomationwinforms-124083-467 uiaatkbridge-124120-451
Created attachment 272830 [details] Provider patch
Bridge needs to support sending "active-descendant-changed" in TextViewEntry when Parent is Table, I will refactor ot to reuse the code in TreeView and TreeNode.
(In reply to comment #1) > Created an attachment (id=272830) [details] > Provider patch Applied r126896. UIAutomationWinforms-trunk
Mario, is this bug resolved now? Either way, can you update this bug with your status, or close it? Thanks!
The provider is raising the events, however the bridge is missing this functionality, basically the Textbox-based cells, because instead of using TreeItem is using TextBoxView, this will need some refactoring in the bridge anyway.
ADD COMMENTS: in 1.0 rpm version, *pyatspi can get defalt 'Item0' TableCell with 'focused' state, and rise TableCell with 'focused' when doing click or keyDown/Up, but 'focused' state doesn't appear in accerciser