Editor Menubar Focus handling fixes

[alec-mitnik]

Fixes the following for the Editor Menubar:

• Opening a menu via clicking now correctly updates the tabindex values of the menubar items (instead of the submenu items).
• Opening a menu via hover now correctly updates the tabindex values of the menubar items (instead of updating nothing due to erroneously passing in a menu rather than an ID).
• Opening a menu via Enter, Space, or Arrow Up/Down now updates the tabindex values of the menubar items, since it's possible for the parent menuitem to have received keyboard focus other than through a way that would have already updated the tabindex values (e.g. by pressing on it and dragging off it before releasing).

Updated Menubar Editor Preview Link

Current Menubar Editor Example

---

WAI Preview Link (Last built on Mon, 07 Jul 2025 10:58:18 GMT).

[Imran-imtiaz48]

This update to the MenubarEditor class shows thoughtful enhancements in keyboard navigation and focus management, especially for popup menus. You've correctly ensured that when triggering a submenu with the Enter or space key, both the parent and the child menu receive proper focus, which is crucial for accessibility and screen reader support. The addition of setFocusToFirstMenuitem and setFocusToLastMenuitem within relevant conditional blocks improves the user experience by aligning with standard navigation expectations. Also, ensuring the parent menu item is focused when toggling popups reflects good attention to detail. Overall, these changes are clean, purposeful, and contribute positively to usability and accessibility. Well done.

[css-meeting-bot]

The ARIA Authoring Practices (APG) Task Force just discussed PR 3309: Proposed changes to focus handling in editor menubar.

The full IRC log of that discussion

<jugglinmike> Topic: PR 3309: Proposed changes to focus handling in editor menubar
<jugglinmike> github: https://github.com//pull/3309
<jugglinmike> Matt_King: jongund was assigned to this, but he isn't present today
<jugglinmike> Matt_King: This is a set of three changes to the way that JavaScript is updating the tab index in the editor menubar
<jugglinmike> Matt_King: The first two are in response to mouse/pointer actions, and the third is in response to keyboard actions
<jugglinmike> Matt_King: I tested it from the perspective of a keyboard user, and I didn't see any changes in the behavior
<jugglinmike> Matt_King: I'm not clear whether change is expected here
<jugglinmike> Matt_King: And I wasn't able to test the mouse-related changes
<jugglinmike> arigilmore: I can try taking a look
<jugglinmike> Matt_King: That would be great, arigilmore--thank you!
<jugglinmike> Matt_King: This is all about when people are using both the mouse and the keyboard, is that right?
<jugglinmike> arigilmore: yes, when you use a mouse, clicking and hovering should change it. And also (from the keyboard) tab, enter, space, up, and down
<jugglinmike> Matt_King: I want to make sure we don't regress specific existing behavior: if you have your mouse in an area where a sub-menu would appear (if you opened it)--so it's in an empty space--and then you use the keyboard to open the menu. If the mouse happens to be sitting on the place where the submenu item would appear, then the underlying submenu item gets expanded automatically
<jugglinmike> Matt_King: This happens by accident quite often
<jugglinmike> arigilmore: Is there a related pull request?
<jugglinmike> Matt_King: We can probably find it if we search for pull requests related to "menu" and "hover"
<jugglinmike> arigilmore: maybe it's this one--
<jugglinmike> arigilmore: Oh, no, this one is from 2018. That's quite old
<jugglinmike> Matt_King: I think the one we're looking for was opened in the last year or so
<jugglinmike> Jem: I've assigned arigilmore to 3309