https://bugs.documentfoundation.org/show_bug.cgi?id=161304
--- Comment #4 from V Stuart Foote <vsfo...@libreoffice.org> --- (In reply to Heiko Tietze from comment #3) > (In reply to V Stuart Foote from comment #0) > > That conflicts with the <Ctrl>+C cut shortcut. > You mean Alt+C. Nothing users would do often as the context menu is > typically opened per right mouse button. And if you press keys, typing alt+C > again is pretty simple. Another argument is the localization that allows > (and usually does) changing the accelerator. > > => NAB Sorry, misstated the issue. Neither <Ctrl>+C shortcut for Copy, nor the <Ctrl>+X for Cut are involved. Those legacy CUA/Apple/CDE keyboard shortcut norms are picked up in menu as annotation of the UNO. Rather, it is the *unnecessary* duplicated assignment with "~" of mnemonic "C" both to "~Cut" a selected column and also to delete a selected column with "Delete ~Columns (for unprotected cells)" menu entry. The key sequence is by column's context menu (right mouse) -> C, or <Alt> + S -> C via the sheet menu. This is reachable via keyboard movements, and is also an accessibility issue. In this case, simply resolved by removing the "~" from the "Delete ~Columns (for unprotected cells)" associated with the uno.DeleteColumns UNO in .uno:GenericCommands.xcu, and allowing it to auto assign. Just as the handling for "Delete Rows (for unprotected cells)" .uno:DeleteRows still resident in CalcCommands.xcu -- You are receiving this mail because: You are on the CC list for the bug.