You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently some default ARIA-Roles are set inside the headless datatable bricks:
dataCollectionItems -> list
dataCollectionItem -> listitem
This design has different problems:
The ARIA Role for the main collection type might be suited at the wrong DOM-level: If you want to create some Datatable alike component, dataCollectionItems is located beneath some potential table-Tag. But the latter defines implicitly the ARIA role. In order to achieve this, you are forced to write some "reset" alike statement:
// inside some render-Code:
dataCollection(
tag =RenderContext::table // this already defines the `table` role!
) {
dataCollectionItems(...) {
attr("role", "") // reset default headless role one level beneath and without any obvious relation to the tag above!
items.renderEach(...) { item ->
dataCollectionItem(item, tag =RenderContext::tr) {
attr("role", "") // same again, besides this is the correct DOM level
}
}
}
This arises the fundamental questions:
Should we drop default ARIA-roles for this component?
Should we find a better way to support the two main collection types ( list and table) in a better way?
The text was updated successfully, but these errors were encountered:
Currently some default ARIA-Roles are set inside the headless datatable bricks:
dataCollectionItems
->list
dataCollectionItem
->listitem
This design has different problems:
The ARIA Role for the main collection type might be suited at the wrong DOM-level: If you want to create some Datatable alike component,
dataCollectionItems
is located beneath some potentialtable
-Tag. But the latter defines implicitly the ARIA role. In order to achieve this, you are forced to write some "reset" alike statement:This arises the fundamental questions:
list
andtable
) in a better way?The text was updated successfully, but these errors were encountered: