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?
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=navigationor similar to themenubarelement. But my comment on that was something likeFor 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?