Unplanned
Last Updated: 14 Oct 2025 15:00 by Courtney
Courtney
Created on: 14 Oct 2025 15:00
Category: Reporting
Type: Bug Report
1
HTML5 Report Viewer with enabled Accessibility shows incorrect logical tabbing order and wrong descriptions for keyboard users when Tables have RowHeadersPrintOnEveryPage set to True

ADA Accessibility is a priority for our customers, so we are aiming to ensure logical tabbing order for keyboard users.

I've noticed that the RowHeadersPrintOnEveryPage attribute, while very useful for creating more readable PDF exports, seems to result in some strange screen reader behavior when set to True.

The first problem is with the strange tabbing order in the live environment. The second column header is the first to receive focus, followed by the remaining column headers, then the data fields under the first column receive focus in a vertical list, until finally the first column header receives focus. Without the default RowHeadersPrintOnEveryPage setting (False), the first column header is the first to receive focus, which is expected. 

In addition to the wrong tabbing order, the RowHeaderPrintOnEveryPage causes the screen reader to announce the incorrect column associated with a particular cell. I use the Windows Narrator. Other screen readers may result in slightly different behavior. 

0 comments