Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Word table selection keys aren't read #5961
Aside from NVDA's table navigation keys (control+alt+arrows), Word includes some of its own:
alt+home (move to first cell in row)
Plus, add SHIFT to select (eg alt+home then alt+shift+end to select current row)
also alt+shift+up to select the row above and alt+shift+down arrow to select the row below (I probably wouldn't recommend these as if you are already in the top or bottom row they actually separate that row from the rest of the table - which is arguably even more important to know when you've done it).
Pressing any of these keys results in the cursor moving as expected, but NVDA does not announce anything.
Due to a deficiency in the MS Word object model, alt+shift+pageUp and alt+shift+pageDown will read more text than they should when reading the selection. I.e. If selecting down the middle column of a 3 column table, it will also include row 1 column 3, row 2 column 1, row 2 column 3 and row 3 column 1, as the MS Word object model cannot give back noncontiguous ranges. In the long-term we may consider some kind of special selection reading code for MS Word tables, but as this affects not just these particular commands, we should worry about it in another issue.