Reported by kevinchao89 on 2011-08-25 00:18
Windows 7 x64 and NVDA snapshot 4586.
PDF and tables: issue occurs in all instances, where header row is
recognized as row 0 and data/body row is seen as row 2, but works fine
when navigating to subsequent rows and if first data/body row is
identified as row 1.
Note: CTRL+ALT+DOWN to move to next row will report edge of table, but when at last column of header row, DOWN ARROW, NVDA will report row 2, UP ARROW will report row 0.
Comment 1 by jteh on 2011-08-25 01:05
Technical: NVDA assumes that the header row and body rows are inside different nodes, which is true for some documents. Therefore, we treat the header row as row 0. However, in some documents, the rows all have the same parent. In this case, the row count gets incremented for the header row as well, but the column headers still get row 0. I need to find a better way to handle row counting.
Milestone changed from None to 2011.3
Comment 2 by jteh on 2011-08-30 02:02
Comment 4 by kevinchao89 on 2011-08-30 11:55
Thanks! Confirmed fixed in Snapshot 4600. Adobe Reader X PDF table navigation is absolutely solid, could not have asked for better, and I really appreciate it. Incredible fix in less than a week!!!