https://bugs.documentfoundation.org/show_bug.cgi?id=170293
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |107237 CC| |libreoffice-ux-advise@lists | |.freedesktop.org, | |[email protected] Keywords| |needsUXEval --- Comment #1 from V Stuart Foote <[email protected]> --- LibreOffice does not implement the Windows Ribbon API to create its MUFFIN Notebookbar (NB) "Tabbed" UI. Accessibility and keyboard navigation is already well addressed with consistent keyboard controls. That is keyboard movement onto the NB's UI elements is via an normalized <F6> focus event onto the NB, the active "Tab" will highlight. While using <Ctrl>+<Tab> or <Ctrl>+<Shift>+<Tab> (or the cursor keys) keyboard actions to advance between NB tabs. Once focused into a NB assemblage of controls, keyboard movement is only by <Tab> or <Shift>+<Tab> to move between controls. Use <F6>/<Shift>+<F6> will advance focus between UI elements. And when Main menu is exposed (it is hidden by default, but exposure button is provided in each NB assemblage) an <F10> will focus onto main menu. With <F6> available to move between UI regions. The <Alt> key then will expose the mnemonic accelerators of the menu controls and functions in those keyboard sequences. As should be obvious, in that context the <Alt> key is already allocated and is not available to further overload for movement onto the NB Tabbed assemblages--just for the Windows builds. The LibreOffice Notebookbar is not the MS Ribbon API. IMHO => WF Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107237 [Bug 107237] [META] Notebookbar Tabbed -- You are receiving this mail because: You are on the CC list for the bug.
