-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
td, th naming doesn't align with ARIA #543
Comments
The only scenarios I can think of:
|
some questions for your scenarios though
i'm not responding with the above to flat out dismiss your scenarios. i am just trying to level set with where we are both coming from. |
Hi @scottaohara!
Good point. Anecdotally, I've received feedback from screen reader users that have voiced concern about empty table header cells although I agree that making it a data cell alleviates this.
👍🏾. The only other case I can think of is image content (or general non-text stuff) in a cell however, the image would be supplied with its own text alternative rather than one derived from the cell's label. |
discuss with: w3c/aria#2160 |
Discussed last week: https://www.w3.org/2024/06/20-aria-minutes#t08 |
@aardrian, I added you as assigned because in the meeting a few months ago it mentions you being interested in helping find a solution. We have this on the TPAC agenda for now (as it has f2fcandidate from that same meeting) -- but I'm wonder if anyone wants to champion it/help it move forward in that context? |
Related items for my use later (from TPAC notes and somewhat related
There may be a separate AAM issue to file here:
Test page: |
Just adding here that I’ve got an unmerged WPT PR (#44965) with a bunch of subtests intended to cover every naming sequence in HTML-AAM’s Accessible Name Computations By HTML Element section. Here are the freshest test results. The
|
ARIA says that cells and column/rowheaders can get name from content. But HTML AAM doesn't list this.
TBH, i'm failing to understand a good use case for allowing a cell to be named from author (more so for a standard table - slightly less so for a grid). I say this because, at least from my quick testing, unless the cell is properly keyboard focused - the author provided name (aria-label) is not always relayed to screen readers. and in cases where it is, if it includes the visible content of the cell, it can result in redundant announcements of the information (first as the name/part of the name, and again as the cell content).
Even for grids though, it can be strange to have a cell that has a name of X when focused, but have different content of Y when you actually navigate 'into' the cell. Anecdotally speaking, I've heard negative responses to this sort of behavior, since it means a screen reader user has to be aware they need to interact with a grid in both application mode AND reader mode, to truly understand the content of the grid.
The text was updated successfully, but these errors were encountered: