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

Clarify contextual roles and accessibility parents #541

Open
scottaohara opened this issue Apr 4, 2024 · 0 comments
Open

Clarify contextual roles and accessibility parents #541

scottaohara opened this issue Apr 4, 2024 · 0 comments
Assignees

Comments

@scottaohara
Copy link
Member

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

<table>
	<tr>
		<article>
			<td>cell</td>
		</article>
		<td>other cell</td>
	</tr>
</table>

gets parsed to render as

<article> </article>
<table>
	<tr>
		<td>cell</td>
		<td>other cell</td>
	</tr>
</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>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant