Skip to content

Concerning navigation "menus" (open ui related) #2510

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

Open
scottaohara opened this issue Apr 16, 2025 · 3 comments
Open

Concerning navigation "menus" (open ui related) #2510

scottaohara opened this issue Apr 16, 2025 · 3 comments
Assignees
Labels

Comments

@scottaohara
Copy link
Member

There is an open ui proposal for introducing (re-introducing) menubar, menu(list) and menuitem elements.

I've already provided a significant number of edits/suggestions to the doc, but there are still open questions and use cases in the proposal that I think could benefit from others weighing in.

Per the title of this issue - one such topic is around creating navigation menus. I've mentioned in previous open UI discussions and in the original google doc for the proposal that using menus for navigations is a rather contentious topic - but maybe this is an opportunity to help settle that. The original proposal simply suggested adding a type=navigation or similar to the menubar element. But my comment on that was something like

well what does that (type) even mean or do? As of now a menu used for navigation vs used as a more traditional menu have no actual difference to each other - so providing a "type" is meaningless unless there's an actual plan for how that would modify the user experience.

For instance, is there opportunity for new mappings that could better surface a menu or individual menuitems as behaving like links? Are there ideas on potential UA styling to help differentiate or communicate the changed keyboard behavior for keyboard users?

Even without consensus on full support for a "navigation menu" - the reality is that people will have valid use cases for wanting to have menuitems link off to other web pages. If that is supported natively (e.g., by allowing the href attribute to be specified on menuitems so as to reduce the need for JS) then it stands to reason that people will extend that individual use case into a full blown navigation menu.

I don't see fighting this as a reasonable path forward. I know that there are some members of the group that might actually want this, where there are some that don't. How can we meet in the middle to help make this a use case people could be happy (enough?) with?

@scottaohara scottaohara changed the title Concerning navigation "menus" Concerning navigation "menus" (open ui related) Apr 16, 2025
@pkra pkra added the openui label Apr 17, 2025
@spectranaut spectranaut added Agenda and removed Agenda labels Apr 17, 2025
@spectranaut
Copy link
Contributor

Discussed in today's meeting: https://www.w3.org/2025/04/17-aria-minutes.html#46a0

@keithamus I assigned you because of your interested to read the background context -- but I'm not sure there is an action item other then keep an eye on the proposal and feel free to bring this topic back to the group as the proposal continues to evolve.

@spectranaut
Copy link
Contributor

Also I assigned @aardrian because he gave feedback on the proposal, so I assume you will be keeping an eye on whether the feedback is addressed :)

@MarioBatusic
Copy link
Contributor

A possible way of using these new openUI elements for navigation use case could IMO be the following:

  1. Each of the three elements (menubar, menulist, and menuitem gets in this use case the attribute type=nav
  2. The corresponding menuitem as well as all menuitem children of menubar and menulist with this type set are mapped to the link role with the href value used in the menuitem
    This approach would make all links in the accessibility tree for direct use and for the composition of link lists by screen readers. Also the dictating software would use the menu item text as links for direct activation.

The only real new UI thing in the new-style navigation menus were the keyboard navigation: Only one tab stop and arrow key navigation through the menu. I find this a positiv development.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants