Issue metadata
Sign in to add a comment
|
"Dvorak–QWERTY ⌘" behaves inconsistently
Reported by
jimculle...@gmail.com,
Sep 9
|
||||||||||||||||||||||||
Issue description
Chrome Version : 69.0.3497.81
OS Version: OS X 10.13.6
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari: OK
Firefox: OK
IE/Edge: N/A
Chrome <=68: OK
What steps will reproduce the problem?
1. Set keyboard layout to Dvorak–QWERTY ⌘
2. Press a keyboard shortcut such as "⌘⇧N", "⌘⇧T", or "⌘,"
What is the expected result?
Keyboard shortcuts should always act according to the QWERTY keyboard layout if the command key is used.
What happens instead of that?
On some keyboard shortcuts, the shift key is ignored. In others, the Dvorak key is used instead. Other shortcuts work as expected.
Please provide any additional information below. Attach a screenshot if
possible.
"⌘⇧N" has the same behaviour that would be expected of "⌘N"
"⌘⇧T" has the same behaviour that would be expected of "⌘T"
"⌘," has the same behaviour that would be expected of "⌘W" (the key that is "," on a QWERTY keyboard is in the location of W on Dvorak).
⌘C, ⌘N, ⌘V, ⌘T all work as expected.
UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.81 Safari/537.36
,
Sep 9
,
Sep 9
,
Sep 10
This issue is partially improved in the latest Canary, but still persists to some extent. Specifically, issues that I noticed were ctrl-shift-tab acts the same as ctrl-tab in Dvorak–QWERTY but behaves as expected in QWERTY. Also, when viewing a PDF "⌘," closes the PDF tab rather than going to settings.
,
Sep 10
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 10
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by meh...@chromium.org
, Sep 9