-
Notifications
You must be signed in to change notification settings - Fork 120
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
[Role Parity] need role for iframe #879
Comments
This is too late for 1.2 - moving to 1.3 |
Sorry for dropping the ball on this! I accidentally unassigned myself when doing some batch unassigning. |
@scottaohara recently commented on embed
This resonated with my thoughts on iframe. It also does not feel like a role for authors. |
w3c/html-aria#368 seems relevant; James Teh's comments show how particular iframe implementations are. It seems questionable to me that ARIA could reach parity here. |
@pkra, suggest we punt this to 1.4 since the embed/object one is slated for 1.4 as well |
This is already in the 1.4 milestone. (All remaining role parity issues now are, so I renamed that project board.) |
I definitely think iframes should have a generic role. If authors need something else they can add a non-generic role like "section" or "complimentary", in which case a name would be required. Generic iframes should not require names or lang attributes. iframes that do require names (i.e. those marked-up with a non-generic semantic role) might usefully inherit their accessible name (and language) from the title (and lang attribute) of the HTML content inside (if one exists) in a similar way to how the first heading inside a semantic element is taken to be the accessible name of that element. |
per plans for role parity need a role for equivalent to
<iframe>
in HTMLThe text was updated successfully, but these errors were encountered: