https://bugs.freedesktop.org/show_bug.cgi?id=43680
--- Comment #6 from Kevin Ernst <[email protected]> --- > It is possible that this is just the same issue as bug 39477; > then the problem is just that the symbol is wrong; the symbol ^ > suggests that the Control (Ctrl) key was used, but the *symbol* > is wrong, these shortcuts are just using the Alt/Option key. This certainly had me stumped as well until I found the bug Roman is referring to (bug #39477). Realizing that '^' meant 'Option' instead of 'Ctrl' got me a bit farther, but there are still some niggles with the shortcut editor: 1) Some odd keys are left out of the available keys you can assign shortcuts to, such as '[' and ']'--the default keybindings for increase/decrease font size on other platforms. Some keys show up in the 'Customize...' dialog, but are greyed out. 2) Even though 'Option + <key>' and 'Shift + Option + <key>' are technically valid choices according to the LO shortcut editor, these are actually overridden by the Mac OS X keymap for inserting special characters (tested with US default keymap). Not sure of the correct Mac terminology for this, but the behavior is similar to what would be called "dead keys" or perhaps "third level" in X11. For example, the 'Customize...' --> Keyboard area lets me assign Option + Shift + 9 to a LibreOffice function, but I get a center dot instead. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
