Issue 125186 - Custom keyboard shortcut modifier keys are wrong
Summary: Custom keyboard shortcut modifier keys are wrong
Status: UNCONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: 4.1.0
Hardware: All Mac OS X, all
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-01 07:46 UTC by Mishari
Modified: 2016-10-26 23:41 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Mishari 2014-07-01 07:46:08 UTC
When I tried to add a keyboard shortcut, I held down command-option-y (⌘⌥Y) but the dialog box took me to the entry for command-control-y (⌘^Y) not sure if it's related to https://issues.apache.org/ooo/show_bug.cgi?id=101133
Comment 1 Adina Moldovan 2016-10-26 23:41:06 UTC
**System configuration**
- OS X 10.11.6, Open office version 4.1.3, keyboard input source: US
- Windows 7 Professional, Open office version 3.4, keyboard input source: US

**Context**
Go to Open Office (OO) > Tools > Customize > Keyboard

I ran some **followup tests related to ctrl modifier (^)**. My observation is that in combination with the cmd (apple) key the ctrl key seems to be replaced by the option key. In combination with other keys, the command either seems not to execute anything, or another system command is executed instead.
- in combination with numbers: the command didn't seem to execute what the OO shortcut was set to. E.g ctrl+1, ctrl+2 was set to display the About OO pop-up. Instead, they only display the numbers 1 or 2. For the Windows version, their correspondent shortcut keys are alt+1, alt+2. Using alt/option key on OS X didn't seem to execute the shortcut either. Instead, special characters are being displayed, like ¡ or ™. If I choose a different keyboard layout (e.g from US standard to Romanian), the symbol is different ˜ or ˇ. These characters are displayed also in other programs than OO.
- in combination with letters: the ones that I tried didn't seem to execute any command. E.g ctrl+K
- in combination with F keys: the ones that I tried didn't seem to execute any command. E.g ctrl+F1
- in combination with special keys: the OO setting is overwritten by other commands, e.g ctrl+key up. In windows though, the command executes what I set it to in OO settings.
- in combination with shift key: the ones that I tried didn't seem to execute any command. E.g ctrl+shift+0
- in combination with command (apple) key: the ctrl key seems replaced by the option key. E.g I set ctrl+cmd+0 in OO to display the About OO popup. Pressing ctrl+cmd+0 didn't seem to execute any command. Instead, option+cmd+0 shows the About OO popup. I tested this with ctrl+cmd+1, ctrl+cmd+P, ctrl+cmd+F1, ctrl+cmd+arrow down.
- in combination with shift and cmd keys: the ones that I tried didn't seem to execute any command. E.g shift+ctrl+cmd+0

**Note!** When pressing modifier keys on my keyboard, I also used them in combination with fn key

**Questions**
1. There are some grayed out shortcuts that are not available to modify. I assume that the OO commands that are overwritten by others are intended to be grayed out, e.g ctrl+key up on OS X or ctrl+alt+del in Windows. Is that correct?  
2. I observed that the grayed out shortcuts don't correspond one to one with guidelines like https://developer.apple.com/library/prerelease/content/documentation/UserExperience/Conceptual/OSXHIGuidelines/Keyboard.html and https://msdn.microsoft.com/en-us/library/windows/desktop/bb246447(v=vs.85).aspx. Is this something OO would want to? 
3. I observed that there is no corelation between the shortcuts enabled in OS X > System Preferences > Keyboard > Shortcuts and the OO grayed out keyboard shortcut keys. Is an enhancement like graying out the shortcut keys that are enabled by the system something that the OO team would like to have?
4. OS X and Windows have the same shortcuts greyed out. The exception is on OS X, where shift+cmd+0-9 are greyed out, while in Windows their correspondent, shift+ctrl+0-9, can be modified. Is this something intentional?

Thanks.