Bug 128392 - Libreoffice for Mac OS X does not respect Dvorak-QWERTY keyboard layout for command keys.
Summary: Libreoffice for Mac OS X does not respect Dvorak-QWERTY keyboard layout for c...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Mac OS X (All)
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-25 15:34 UTC by bugzilla
Modified: 2019-11-02 23:53 UTC (History)
1 user (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 bugzilla 2019-10-25 15:34:20 UTC
Description:
I use Dvorak keyboard layout with the QWERTY command variant (Dvorak-QWERTY). This lays out keys in the Dvorak arrangement but reverts to QWERTY layout when the command key is pressed, so that frequently used commands (CMD-X - Cut, CMD-V - Paste etc) can be used with the regular keys sighted.

All other Mac applications respect this layout. However, when trying to use this keyboard layout in Libreoffice (any subcomponent) the QWERTY command layout is not respected.

Thus in a document, if I press CMD-X to cut text, Libreoffice responds with the action for CMD-Q (Quit application). Pressing CMD-B in an attempt to Bold text will respond to the CMD-X (Cut text) command.

This would be correct behaviour for Dvorak standard layout but does not respect the QWERTY Command variant.

This should be considered a bug as it breaks expected behaviour.

Steps to Reproduce:
1. Open a text document.
2. Switch to Dvorak - QWERTY keyboard layout. 
3. Highlight some text then attempt to cut, paste, bold or otherwise interact with it with the CMD-<key> combinations.
4. Observe that the expected actions do not occur and instead the standard Dvorak key combinations result instead.
5. Switch back to a standard Dvorak layout.
6. Repeat step 3.
7. Observe the commands are responding in exactly the same way.
8. Switch to a native (e.g. US English QWERTY layout)
9. Repeat step 3.
10. Observe the commands respect the visible keyboard layout.

Actual Results:
With Dvorak-QWERTY as a keyboard layout:

Selecting text and pressing CMD-X to Cut text results in a Quit action.
Selecting text and pressing CMD-B to Bold text results in the Cut action.

Selecting text and pressing any CMD-<key> combination results in the action associated with the underlying Dvorak layout instead of the visible QWERTY layout.

Expected Results:
With Dvorak-QWERTY as a keyboard layout:

Selecting text and pressing CMD-X to Cut text should result in the Cut command.
Selecting text and pressing CMD-B to Bold text should result in the Bold command.

Pressing the CMD-<key> combination should respect the Dvorak-QWERTY variant layout and produce the command associated with the visible key.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 8; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Alex Thurgood 2019-10-29 14:53:43 UTC
I'm assuming we need an actual physical Dvorak keyboard to try and reproduce this to confirm  and not just the OS system setting ? Unfortunately, I have never used such a keyboard, and I don't know of anyone else helping out in QA on Mac that might.

I can well believe that the shortcuts get screwed up though. There are already several Mac-keyboard specific bugs that attest to this with various keyboard/language combinations:

See for example
https://bugs.documentfoundation.org/show_bug.cgi?id=98290
Comment 2 Tor Lillqvist 2019-10-29 18:11:06 UTC
> All other Mac applications respect this layout

Have you tried them all?
Comment 3 Tor Lillqvist 2019-10-29 18:11:36 UTC
Sounds to me like one of those "Doctor, doctor" type of situations.
Comment 4 bugzilla 2019-10-30 00:10:59 UTC
(In reply to Alex Thurgood from comment #1)
> I'm assuming we need an actual physical Dvorak keyboard to try and reproduce
> this to confirm  and not just the OS system setting ? Unfortunately, I have
> never used such a keyboard, and I don't know of anyone else helping out in
> QA on Mac that might.
> 
> I can well believe that the shortcuts get screwed up though. There are
> already several Mac-keyboard specific bugs that attest to this with various
> keyboard/language combinations:
> 
> See for example
> https://bugs.documentfoundation.org/show_bug.cgi?id=98290

No, that's the point of Dvorak-QWERTY. It's designed for people who want to touch type Dvorak layout on a QWERTY keyboard. I'm using it on a British QWERTY Macbook Pro.

You can test it out on any standard keyboard just by switching it in Keyboard->Input Sources.
Comment 5 bugzilla 2019-10-30 00:12:50 UTC
(In reply to Tor Lillqvist from comment #2)
> > All other Mac applications respect this layout
> 
> Have you tried them all?

Of course I did. Why do you think it took me so long to report?

Is all seriousness, I suppose I mean all Mac applications which confirm to the OS X human interface guidelines.
Comment 6 bugzilla 2019-10-30 00:14:16 UTC
(In reply to Tor Lillqvist from comment #3)
> Sounds to me like one of those "Doctor, doctor" type of situations.

I'm missing that reference. Can you explain further?
Comment 7 bugzilla 2019-10-30 00:25:25 UTC
(In reply to Alex Thurgood from comment #1)
> I'm assuming we need an actual physical Dvorak keyboard to try and reproduce
> this to confirm  and not just the OS system setting ? Unfortunately, I have
> never used such a keyboard, and I don't know of anyone else helping out in
> QA on Mac that might.
> 
> I can well believe that the shortcuts get screwed up though. There are
> already several Mac-keyboard specific bugs that attest to this with various
> keyboard/language combinations:
> 
> See for example
> https://bugs.documentfoundation.org/show_bug.cgi?id=98290

Here is reference to a similar issue on another Mac application which solved it by handling hotkeys via NSMenuItem:

https://github.com/godotengine/godot/issues/4386
Comment 8 QA Administrators 2019-10-30 03:38:25 UTC Comment hidden (obsolete)
Comment 9 Alex Thurgood 2019-10-30 11:17:26 UTC
(In reply to bugzilla from comment #4)


> 
> No, that's the point of Dvorak-QWERTY. It's designed for people who want to
> touch type Dvorak layout on a QWERTY keyboard. I'm using it on a British
> QWERTY Macbook Pro.
> 
> You can test it out on any standard keyboard just by switching it in
> Keyboard->Input Sources.


OK, thanks, I will give it a try when I'm next back in front of my master build machine which has an Apple wifi keyboard attached. 

Like I said, given that we already have x number of still open reports against keyboard shortcut issues for the Mac version of LibreOffice, there is a fairly high probability (although one never knows) that even if confirmed, it won't be receiving attention anytime soon, unless someone with your setup volunteers to fix it, as it is pretty obscure in the grand scheme of things and macOS devs capable and having the inclination to fix it are very thin on the ground (but clearly welcomed, if you happen to know any that would like to contribute).
Comment 10 eisa01 2019-11-02 23:53:29 UTC
I can confirm this, also present on 3.3

Lowering importance as this is very much an edge case

Version: 6.4.0.0.alpha1+
Build ID: 80109586e6cb6d3e2e0a53a9079c3125ec9b8368
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded