-
Notifications
You must be signed in to change notification settings - Fork 125
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
Interactive Lists #2036
Comments
Also ref: #1325 |
Some open questions to consider:
|
fwiw, i'd submit if there is any overlap in reusing the listitem role, then there would need to be a different parent role to help differentiate current instances of listitems which are focusable for some reason but not necessarily because they represent what this proposal outlines, vs interactive list listitems which would have the potential to convey different/new behaviors and functionality. |
This is a good idea! Thank you @smhigley for supplying the examples.
If selection isn’t a part of this, how wpuld the listview role help users? |
Discussed during TPAC this week, notes here: https://www.w3.org/2023/09/12-aria-minutes#t01 |
I summarised all the related issues, comments, and discussion results in a Wiki article. I propose that we work on the proposal directly in this article. |
also consider #2364 when looking at this |
Description of bug or feature request
Many web apps emulate desktop-like behaviour. The most prominent example is the list with interactive objects (files, folders) that can be selected, deleted etc.
In addition the presentation can be switched between different types as details, symbols …
We propose a new container role listview.
The concept can be found here:
Interactive Lists
The text was updated successfully, but these errors were encountered: