Bug 97511 - Handling of Q_MOD1 <Ctrl>+Q in menus -- not functional from OOo
Summary: Handling of Q_MOD1 <Ctrl>+Q in menus -- not functional from OOo
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shortcuts-Accelerators
  Show dependency treegraph
 
Reported: 2016-02-02 16:36 UTC by V Stuart Foote
Modified: 2019-09-08 13:14 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description V Stuart Foote 2016-02-02 16:36:41 UTC
Was looking at bug 92516 and here is an related UX issue for folks--seems wrong.

On current master
Version: 5.2.0.0.alpha0+
Build ID: 91c072b473beadda01a38dbc26086207c7b4d145

and 

Version: 5.1.0.3 (x64)
Build ID: 5e3e00a007d9b3b6efb6797a8b8e57b51ab1f737

and as far back as

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

The handling of the Q_MOD1, e.g. <Ctrl>+Q, *shortcut* assigned .uno:Quit action seems wrong.

My expectation is that as it is a global shortcut [1] it should be honored in all LibreOffice frame elements. But, it seems to be ignored depending on the UI element you're located int.

While in the StartCenter backingwindow, or with any document module open in a document, if focus is toggled to the main menu the <Ctrl>+Q shortcut takes no action.  But if focus is toggled into the startcenter or open document (<Alt> or <F10>) the .uno:Quit command performs.

Cycling the focus through the elements with (F6 or <Shift>F6)  it seems the main menu and the toolbars *do not* respond to the <Ctrl>+Q shortcut. While the Sidebar, document canvas, and status bar do respond and LibreOffice closes as expected.

This seems wrong--the .uno:Quit shortcut should be have the same in all elements. Especially as the O_MOD1, e.g. <Ctrl>+O, shortcut assigned .uno:Open and present on the same menus responds as expected.

=-=-=

[1] http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu#163
Comment 1 Heiko Tietze 2016-02-04 08:31:53 UTC
Crtl+Q closes both Writer and start center here as expected. If there is a problem than it would be a bug, not a question for UX. (We could challenge if ctrl+Q makes sense, however)

5.0.4.2 (Linux/KDE, Arch Linux LibO fresh)
Comment 2 V Stuart Foote 2016-02-04 13:10:48 UTC
@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.
Comment 3 V Stuart Foote 2016-02-04 13:44:13 UTC
Sorry...
s/Ubuntu 15.2/Ubuntu 15.04/
Comment 4 Heiko Tietze 2016-02-04 18:40:53 UTC
Oh, you mean using keyboard shortcuts from 'menu activation mode' (F10), expanded or not. No, neither ctrl+O nor +Q works here. But I wouldn't expect that from the collapsed menu activation state. However, when I see the shortcuts expanded - of course I want to use it then. And as reported in the expanded status ctrl+O is fine but not +Q. 

So yes, this thicket is an interesting UX bug. -> confirmed to UI
Comment 5 Yousuf Philips (jay) (retired) 2016-03-05 20:06:53 UTC
(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.
Comment 6 QA Administrators 2017-09-01 11:18:26 UTC Comment hidden (obsolete)
Comment 7 V Stuart Foote 2017-09-01 13:43:37 UTC
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in comment 0

On Windows 10 Home 64-bit en-US with a recent master
Version: 6.0.0.0.alpha0+ (x64)
Build ID: c420f36d9a19bb0b9da5cefa0c1b54b60ccb41a8
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-26_00:07:29
Locale: en-US (en_US); Calc: CL
Comment 8 QA Administrators 2018-09-02 02:49:48 UTC Comment hidden (obsolete)
Comment 9 V Stuart Foote 2018-09-02 12:04:36 UTC
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2

master:
Version: 6.2.0.0.alpha0+
Build ID: 22f2d8c41aa0a0a4cfa215c07ec06ae38cde7da8
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-08-29_04:32:58
Locale: en-US (en_US); Calc: threaded

6.1
Version: 6.1.0.3 (x64)
Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
Locale: en-US (en_US); Calc: CL
Comment 10 QA Administrators 2019-09-03 16:11:21 UTC Comment hidden (obsolete)
Comment 11 V Stuart Foote 2019-09-03 16:49:24 UTC
Handling of the Q_MOD1 (<Ctrl>+Q) shortcut remains defective with STR as in OP and comment 2

Version: 6.3.0.4 (x64)
Build ID: 057fc023c990d676a43019934386b85b21a9ee99
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

and recent master/6.4.0

Version: 6.4.0.0.alpha0+ (x64)
Build ID: 0fb2927a8fe06e6c3255544b8e4c4c9c0f5a67d3
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-27_22:13:47
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded