[Libreoffice-ux-advise] [Bug 97511] Handling of Q_MOD1 <Ctrl>+Q in menus -- not functional from OOo

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=97511

--- Comment #2 from V Stuart Foote <vstuart.foote at utsa.edu> ---
@Heiko, * please check with these STR

1. Open Libreoffice to StartCenter
2. <F10> to position focus to main menu File, enter if needed to expose drop
list
3. enter <Ctrl>+Q from keyboard

Result?

4. enter <Ctrl>+O from keyboard

Result?

Also, perform the same with any of the document modules open. 

Is the Q_MOD1 shortcut behavior correct?

=-=

For me on Windows 10 Pro 64-bit en-US, or Centos 6.5 (GNOME), or Unbutu 15.2
(lunbutu), Fedora 22 (LXDE) with any version of LibreOffice the assigned
Q_MOD1, i.e. <Ctrl>+Q, action .uno:Quit is simply not active from the main
menu, although other global short cuts are.

And if you toggle/advance (<F10> or <F6> respectively) into the document the
shortcut becomes active.  Why is the Q_MOD1 ,<Ctrl>+Q, shortcut not active from
the main menu?

>From what I've tested, it has been inactive from the OOo transition. So, this
*is* a UI issue and so generally bad UX from an inconsistency perspective--made
more noxious by Simon and Caolans work on "toggling" accelerators for GTK+ 3
compliance.

-- 
You are receiving this mail because:
You are on the CC list for the bug.