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
Has per MDN docs the menu element is like the ul element but more semantically correct for interactive content, and the implicit role is list not menu.
I tried testing similar markup in React JSX instead of Svelte + jsx-eslint (which Svelte's a11y checks are based on), and this is what I see
You are correct for seeing that menu's implicit role is list. As for the no-noninteractive-element-to-interactive-role, I'm not too sure what to do, because the statement seems a bit contradictory, doesn't it? Maybe we could ask jsx-eslint?
I tried testing similar markup in React JSX instead of Svelte + jsx-eslint (which Svelte's a11y checks are based on), and this is what I see You are correct for seeing that menu's implicit role is list. As for the no-noninteractive-element-to-interactive-role, I'm not too sure what to do, because the statement seems a bit contradictory, doesn't it? Maybe we could ask jsx-eslint?
yeah, I'm not very familiar with it but as a general thought I think that as long as a role is marked as "permitted" on MDN, I don't see why eslint should tell me not to use it and MDN doesn't distinguish between interactive and non-interactive roles.
Deals with the no-redundant-roles part of #8529
There was an erroneous check which compares the element name with the current role. This fix brings no-redundant-roles closer to the original eslint-jsx implementation
Describe the bug
Has per MDN docs the
menu
element is like the ul element but more semantically correct for interactive content, and the implicit role islist
notmenu
.Reproduction URL
N/A
Reproduction
No response
Logs
No response
System Info
The text was updated successfully, but these errors were encountered: