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
thinking that a 'level' attribute that maps to aria-level may be useful. This would not be set in content by browser if natively implemented, but would expose nesting level 1-x to AT in DOM
The text was updated successfully, but these errors were encountered:
What are the use-cases for having a level attribute? If it were to override what the outline algorithm says the level should be, given the nesting, then we've negated the use of our element. If it were to act as a <h1> to <h6> element, then perhaps it would be better to just use those instead?
However, if the idea is to allow this heading element to be the heading element in future, then a level attribute would be a good idea, because people will have to have that option if <h1> to <h6> disappear.
Going with the second option here, it probably makes sense to add a basic level attribute that does no checking (other than ensuring an integer was passed in, assuming we can do that) and pass that directly to the aria-level instead of using nestingLevel() -- does that sound OK?
I think we should also make it clear in the docs that level is not intended to be used, but is there to show how a universal heading element may work in future.
thinking that a 'level' attribute that maps to aria-level may be useful. This would not be set in content by browser if natively implemented, but would expose nesting level 1-x to AT in DOM
The text was updated successfully, but these errors were encountered: