Hello, Thanks for one more fix as well.Focusing individual grid rows on Microsoft 365 admin center is still not fixed.
I will prepare the debug log and try bysecting it tomorrow. Greetings Peter Dňa 11. 10. 2022 o 14:44 Joanmarie Diggs napísal(a):
Peter, as a follow-up: Before you bisect (see below), perhaps try pulling from master again. If it still happens, a debug.out might show the failure. For instance, Milton just found a regression with Calc that was due to not handling an unexpected exception. Unhandled exceptions appear in those debug files. Thanks again! --joanie On Tue, 2022-10-11 at 13:40 +0200, Joanmarie Diggs wrote:Hi Peter. I think I'll need the precise steps in a private email. Before that, however, if you could do a git bisect to determine what change I made that broke those tables for you that might be enough. Furthermore, a debug.out captured from right before the breakage and another captured at the first breaking change might help me understand the problem. Thanks for testing! --joanie On Tue, 2022-10-11 at 13:19 +0200, Peter Vágner wrote:Hello, The issues with cursor position getting lost or stuck when navigating tables are both fixed for me. Huge thanks. However I think this negativelly affects some other tables. For example when working with Microsoft 365 admin center or new exchange online, they are using tables to presents users, group, files. These tables are best navigated with screen reader switched to focus mode i.e. focus is controlled by the web app. However when selecting new row orca is no longer reporting the focus change. If you would like to see it in action, I can put down precise steps on how to reproduce and share my login details to Microsoft 365 admin center in private mail. Greetings Peter Dňa 11. 10. 2022 o 11:27 Joanmarie Diggs napísal(a):Hi Peter. I don't know if it's this Firefox bug https://bugzilla.mozilla.org/show_bug.cgi?id=1794100 or not. But I'm now working around that bug in Orca master and made some other changes/fixes related to table cells. Could you please retest? Thanks! --joanie On Tue, 2022-10-04 at 01:44 +0200, Peter Vágner via orca-list wrote:Hello I think I have noticed a couple issues related to table presentation in firefox. I can reproduce this with Firefox 106 beta and Firefox 107 nightly. I haven't yet managed to try finding out when this has started. Common steps: * Make sure both Orca and firefox are running * Go to a website where there is a table e.g. https://www.stoutner.com/url-modification/ * Make sure orca is switched to browse mode, * Press ctrl+home to start reading the page from the top. * Navigate to the only table at the page by pressing letter t, First issue steps: * Use table navigation commands alt+shift+down and alt+shift+right to navigate to last column in the third row. * Notice there is content yes in that cell. Use right arrow key to read it character by character navigating further past that cell. Once the navigation wraps to the next row try to use table navigation commands alt+shift+left and alt+shift+right to navigate by row in that table. Actual: I am finding orcas browse mode reading position to jump to the table header i.e. first row and most right hand side column. Expected: alt+shift+left and alt+shift+right should allow navigating within the current table row don't skipping to the first row of a table. Second issue steps: * Perform common steps until you land in the table. * Use alt+shift+right and alt+shift+down to navigate to the row 5 column 4 of the table. * Notice there is a word yes written in the cell I have asked you to navigate to. * Now use right arrow key to navigate past that cell continuing with the navigation to the next table row. * When you are sure you are navigating within a different cell try to use table navigation commands such as alt+shift+left, alt+shift+right, alt+shift+up and alt+shift+down. Actual Orca is seemingly stuck in that table cell position and it won't allow navigating table cells no matter what direction. It's reporting end of line all the time. The only way so table navigation commands can be used again is moving out of table and then returning back into table. Expected: Orca should not get stuck navigating a table. Greetings Peter Dňa 3. 10. 2022 o 12:35 Jean-Philippe MENGUAL via orca-list napísal(a):Hi, Today I tried reading a table on sheets with firefox. The cell coordinates are spoken if the cell is blank/empty. If a cell contains some text, eg. a name or number, I hear "Selected" but nothçing else. To see the content of the cell, I need to press f2 and have a look at the field to change the content. An idea about what is happening? Is it a bug to report to Firefox? As usual I use orca master, firefox daily, and so on. Thanks for your help regards _______________________________________________ orca-list mailing list orca-list gnome org https://mail.gnome.org/mailman/listinfo/orca-list Orca wiki: https://wiki.gnome.org/Projects/Orca Orca documentation: https://help.gnome.org/users/orca/stable/ GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html_______________________________________________ orca-list mailing list orca-list gnome org https://mail.gnome.org/mailman/listinfo/orca-list Orca wiki: https://wiki.gnome.org/Projects/Orca Orca documentation: https://help.gnome.org/users/orca/stable/ GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Attachment:
OpenPGP_0x144312F3EB650A2D.asc
Description: OpenPGP public key
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature