No matter what the user sets these keys to do under Tools>Customize, pressing the delete or backspace keys always deletes the cell contents.
This probably has to do with the fact that both commands are referred to as 'Delete Contents', the same command name, which is causing confusion. But one 'Delete Contents' is in fact different from the other. The right fix is to use different command names for these.
This is a translation issue, so let's get this taken care of for 3.3.
I just tested this again with a new profile, and the issue I described doesn't seem to be happening any more. This could have been a one-off profile problem. The confusion of both commands being called "Delete Contents" is still true, but that is a separate issue. @ Kohei Yoshida: As you seem to have already started work on the command name confusion issue under this issue number, do you want to change the description to "Two separate commands both named 'Delete Contents'"? Otherwise this issue should be closed as resolved and a new issue raised for the command names issue.
Yeah, let's change the title description. I'll keep this bug report for the renaming of the command name.
Some implementation note: * The command bound to the Delete is .uno:ClearContents, while the command bound to the Backspace is .uno:Delete. * CalcCommands.xcu contains the English translation for .uno:ClearContents, while GenericCommands.xcu contains the one for .uno:Delete.
The command that does NOT launch the dialog is now called "Clear Contents", while the command that DOES launch it remains "Delete Contents". Hopefully this will avoid confusion.
Fixed on libreoffice-3-3.
I just downloaded 3.3RC1 and this has only been changed for English (USA), the commands are still both called "Delete Contents" in English (UK) and English (South Africa).
Then this is a localization issue.
(In reply to comment #9) > Then this is a localization issue. Yes it is. But localizers were not notified about this string change. They all think that strings are frozen. I'll update the templates ASAP and inform the l10n list.
Thanks, Andras.
Ok. I've made changes to at least en-GB and en-ZA locale files in the l10n repo.
I'll call this fixed, since at least en-GB case (the reported locale) is fixed.
Verified - Closed - Sophie
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.