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
for elements that have an accessibility parent / child dependency to expose their roles, ensure that any contextual role mappings take into account whether the element is an accessibility child of the required parent element.
go through the remaining elements to make sure everything is called out that needs to be.
aria-owns should be accounted for here, while also taking into account parser rules where aria-owns will be the only way to re-slot an errant element back into an otherwise invalid markup pattern.
for instance, table parsing will correct for invalid elements being nested into the table
there could be some debate as to if the following makes sense to re-establish a cell role for the td.... since while it can be inserted back into the row as the last cell, there could be some big lifts for an author to actually make this visually look like the cell is in the location it should be in... hmm..
<table>
<tr aria-owns=f>
<td>cell</td>
<td>other cell</td>
</tr>
</table>
<td id=f> why am i out here? </td>
The text was updated successfully, but these errors were encountered:
follow on to w3c/aria#2137, and similar to #540
for elements that have an accessibility parent / child dependency to expose their roles, ensure that any contextual role mappings take into account whether the element is an accessibility child of the required parent element.
go through the remaining elements to make sure everything is called out that needs to be.
aria-owns should be accounted for here, while also taking into account parser rules where aria-owns will be the only way to re-slot an errant element back into an otherwise invalid markup pattern.
for instance, table parsing will correct for invalid elements being nested into the table
gets parsed to render as
there could be some debate as to if the following makes sense to re-establish a cell role for the td.... since while it can be inserted back into the row as the last cell, there could be some big lifts for an author to actually make this visually look like the cell is in the location it should be in... hmm..
The text was updated successfully, but these errors were encountered: