Skip to content
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

Consider prohibiting name from contents for rows in static (non-grid) tables #1022

Open
joanmarie opened this issue Jul 23, 2019 · 6 comments
Labels
clarification clarifying or correcting language that is either confusing, misleading or under-specified high user impact
Milestone

Comments

@joanmarie
Copy link
Contributor

Take a look at https://bugzilla.mozilla.org/show_bug.cgi?id=1568360, in particular the two comments after the opening report in which I paste the accessible name of a table row. That strikes me as in no way a good thing. How can we stop it? 😄

@jcsteh
Copy link

jcsteh commented Jul 23, 2019

FWIW, Chrome seems to only calculate name from contents for rows (HTML tr or role="row") if the row is focusable. This seems like a nice pragmatic solution to me, though I realise the ARIA spec doesn't really have a concept of "name from: contents only if focusable". :)

@joanmarie
Copy link
Contributor Author

But we do have rows which descend from grids and rows which descend from tables.

@jnurthen jnurthen added this to the ARIA 1.2 milestone Aug 1, 2019
@mcking65
Copy link
Contributor

mcking65 commented Aug 2, 2019

I see this as related to issue #1008 where the only way to distinguish between rows, columnheaders, and rowheaders that should be selectable is by context. Similarly, Name should be calculated from content for rows only if they are focusable and in a grid or treegrid.

Historically, since the 1.0 ontology included grid but not table, we ended up with a problem for table because the 1.0 ontology used row for grid rows, columnheader for grid columnheaders and rowheader for grid rowheaders. This did not give us a way of distinguishing between interactive rows and static rows. In 1.0, we had a gridcell role, so we were able to add a cell role that represents the static cell and keep the gridcell role for interactive cells.

Consider nested lists and trees. We have 100% separation in the ontology. If you want an interactive hierarchical list, you use tree, with groups of treeitem elements nested in treeitem elements. And, if you want nested static lists, you use list elements nested in listitem elements. Since we do not have a concept of control patterns, this is probably how table and grid should be. But, given the way that things are named, we don't have a good way of doing that.

Thus, we use hacks that can be confusing and make the spec complex. For instance, we opted to make separator a widget only if it is focusable. We could do something similar for row, columnheader, and rowheader, making them widgets only if they are in the grid context.

@mcking65 mcking65 added the F2FCandidate Candidate topics for F2F (or Virtual F2F) meeting label Aug 2, 2019
@jnurthen jnurthen added F2F Topics For F2F (or virtual F2F) and removed F2FCandidate Candidate topics for F2F (or Virtual F2F) meeting labels Sep 3, 2019
@joanmarie
Copy link
Contributor Author

Consensus from TPAC: Do this. May or may not be done for 1.2.

@jnurthen jnurthen modified the milestones: ARIA 1.2, ARIA 1.3 Oct 3, 2019
@spectranaut spectranaut removed the F2F Topics For F2F (or virtual F2F) label Aug 2, 2022
@joanmarie joanmarie removed their assignment Aug 15, 2022
@spectranaut spectranaut added the feature may add new concept(s) to ARIA which will require implementations or APG changes label Sep 12, 2022
@jnurthen
Copy link
Member

Proposal (not discussed with working group)

  • Make role=row ONLY take nameFrom author
  • add the following to the correcting author errors section
    • if a row takes focus and it does not have an accessible name then user agents may use the contents as the accessible name.

@spectranaut spectranaut added high user impact clarification clarifying or correcting language that is either confusing, misleading or under-specified and removed feature may add new concept(s) to ARIA which will require implementations or APG changes labels Sep 12, 2022
@scottaohara
Copy link
Member

related w3c/html-aam#403

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
clarification clarifying or correcting language that is either confusing, misleading or under-specified high user impact
Projects
None yet
Development

No branches or pull requests

6 participants