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

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

Yousuf (Jay) Philips <philipz85@hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|libreoffice-ux-advise@lists |momonasmon@gmail.com,
                   |.freedesktop.org            |philipz85@hotmail.com

--- Comment #5 from Yousuf (Jay) Philips <philipz85@hotmail.com> ---
(In reply to V Stuart Foote from comment #2)
> 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.

On Linux, i've tested other apps and none of their shortcuts work when the menu
is open, so that is likely a Linux OS-level issue. On Windows, the shortcuts do
work in most apps, so there is likely something wrong that LO isnt picking it
up there, but other gtk apps have the same problem (GIMP, AOO).

> 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.

We have a number of issues when it comes to shortcuts not working in particular
places. Like for example the text field in the Find toolbar not working with
various shortcuts (e.g. Ctrl + O, Ctrl + H). Its even work on Mac, as you cant
even Ctrl + V (bug 49853) and is one of the highest duplicated bugs on Mac.

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