Problem description: The problem arose when I tried to use the new Calc function (version 4.3.0) “Fill Single Edit” (In the release notes the function is called “Start cell edit with content of cell above”.) with a keyboard with a German layout. The default short cut is “Alt+' “. With a German keyboard the character “ ' “ is only reachable via the Shift key. Hence the shortcut “Alt+' “ is not possible. Then I checked if there are more default shortcuts which are not reachable on a German keyboard in the Customize dialogue. I found these: For Writer: “Strg+[“, “Strg+]“, “Strg+*“, “Strg+/“ For Calc: “Strg+;“, “Strg+' “, “Strg+[“, “Strg+]“, “Strg+*“, “Strg+/“, “Strg+Umschalt+;”, For Impress: “Strg+[“, “Strg+]“, “Strg+/“ For Draw: “Strg+[“, “Strg+]“, “Strg+/“ Hint: “Strg” on a german keyboard is identical to “Ctrl” and “Umschalt” to “Shift”. I am sure that there are similar problems with keyboard layouts of other languages. Besides shortcuts with special characters also shortcuts with “Alt+Ctrl+...” are problematic. On several keyboard layouts these shortcuts (Alt+Ctrl+...) are used to insert special characters. See also bug 38891, bug 36377, bug 36588. Expected behaviour: At least the default shortcuts should always be reachable with the particular keyboard layout. That may imply that there are different default shortcuts for the same function with different keyboard layouts. Or generally problematic default shortcuts (with special characters or with “Alt+Ctrl+...”) should not be used any more. Furthermore it would be good, if it is not possible to assign a function to a shortcut that is not reachable with the particular keyboard in the Customize dialogue. Operating System: Windows 7 Version: 4.3.0.4 release
There are more functions, than available keyboard shortcuts. If you take the time to clean up the shortcuts for German, then modifications are possible, because shortcuts are localizable. See http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu
Bug 82117 has been written with the same intention.
The same problem in Hebrew, can not use ctrl short-cuts when the keyboard layout is Hebrew. Even not the general ctrl+c ctrl+v etc. This problem was not present in older versions <4. In Ubuntu 14.04, removing the LO-genome package solved the problem but then LO behave, look and feel like old fashion.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Bug still exists in version 5.2.1 with Win7. Bug exists already with some of the shortcuts in version 3.3.0. Hence inherited from OOo.
Hi Harald, In order to move this forward, please provide a list of the incorrectly assigned commands and their german shortcuts and what they should be changed to. Please check other office suites to see what they use for the same command shortcuts. I've instructed the bug report in bug 82117 to do the same, so maybe these to bugs should be consolidated. (In reply to Hanan Sela from comment #3) > The same problem in Hebrew, can not use ctrl short-cuts when the keyboard > layout is Hebrew. Even not the general ctrl+c ctrl+v etc. This problem was > not present in older versions <4. In Ubuntu 14.04, removing the LO-genome > package solved the problem but then LO behave, look and feel like old > fashion. Hi Hana, Please open a new bug about this issue, so it can be addressed for problems with Hebrew shortcuts.
Created attachment 132830 [details] List with proposals of new default shortcuts for German keyboard layout.
Thanks for the document Harald. I'm going to close this bug as a duplicate of the other bug so all efforts to improve german shorts are in one place. (In reply to Hanan Sela from comment #3) > The same problem in Hebrew, can not use ctrl short-cuts when the keyboard > layout is Hebrew. Even not the general ctrl+c ctrl+v etc. This problem was > not present in older versions <4. In Ubuntu 14.04, removing the LO-genome > package solved the problem but then LO behave, look and feel like old > fashion. Hi Hana, Please open a new bug about this issue, so it can be addressed for problems with Hebrew shortcuts. *** This bug has been marked as a duplicate of bug 82117 ***