In most Gnome applications, Undo actions are performed with the CTRL+Z keyboard shortcut and Redo actions can be performed with CTRL+SHIFT+Z. In LibreOffice, Undo is CTRL+Z but Redo is CTRL+Y. This is an inconsistency in the user experience and can lead to some frustration among users who used Gnome based desktops and are used to the keyboard shortcuts used there.
It is also interesting to know if any emacs users feel uncomfortable with C-Y to redo? :)
Well, do we want different shortcuts for each and every desktop?
Does the customize short-cut key(Tool->customize->keyboard) help to resolve the problem? The C-S-z seems not natively occupied by other functions in LibO.
I hadn't realised LibreOffice and OpenOffice weren't native Gnome applications as I don't use word processors (LaTeX for me). I'm doing work downstream in Ubuntu and someone reported this bug to us and I reported it here so it could be fully triaged.
I'll suggest that we modify the shortcut key ourselves when we ship the package.
Well, Ctrl+Shift+Z is also the standard KDE shortcut for redo, so I don't think it's quite necessary to have a different shortcut for every desktop. Since Ctrl+Shift+Z doesn't have any other assignment in LibreOffice, isn't it reasonable to add that as a shortcut for redo?
The other point about platform-specific modifications is another way to go about this kind of thing, but it does have one drawback: LibreOffice won't behave the same way across platforms. If I ever use applications like firefox or libreoffice on Windows, I expect them to behave in the way that I'm used to on linux, and I expect most people do too (within reason).
*** Bug 64444 has been marked as a duplicate of this bug. ***
(In reply to comment #5)
> The other point about platform-specific modifications is another way to go
> about this kind of thing, but it does have one drawback: LibreOffice won't
> behave the same way across platforms. If I ever use applications like
> firefox or libreoffice on Windows, I expect them to behave in the way that
> I'm used to on linux, and I expect most people do too (within reason).
I belive there's probably more *nix-only users, than users that constantly switch between platforms.
Since you mentioned firefox, it too uses Ctrl+Shift+Z for redo on *nix.
I don't expect LO to behave the same on OSX either, since the standard there is Cmd+Shift+Z (and there isn't even ctrl to do Ctrl+Y).
Since Ctrl+Shift+Z is not occupied by default, LO could just ship both hotkeys (Ctrl+Shift+Z AND Ctrl+Y). That would satisfy constantly-OS-switching users as well.
I don't know it's possible to link 2 shortcut keys to one action.
I asked on the UX-advice (user experience advice) mailinglist for advice/input (see http://lists.freedesktop.org/archives/libreoffice-ux-advise/2013-May/002033.html)
UX-advice recommended to link both ctrl+y and ctrl+shift+z to the redo command. So I send a patch to gerrit for review: https://gerrit.libreoffice.org/#/c/3853/
Joren De Cuyper committed a patch related to this issue.
It has been pushed to "master":
fdo#32368 - Link both Ctrl+Y as Ctrl+Shift+Z as shortcut keys for Redo
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Part of my commit message:
As discussed on the UX-advice and bug report itself,
we agreed to link both shortcut keys to the redo command.
Due http://opengrok.libreoffice.org/xref/core/framework/source/inc/accelerators/acceleratorcache.hxx#75 :
/*map commands to keys in relation 1:n. First key is interpreted as preferred one!*/ the shortcut key that is mentioned in the menu entry is ctrl+y (or cmd+y for Mac users).
So for everyone: you will still see ctrl+y as shortcut key in the menu entries, but ctrl+shift+z is also a Redo-command now. (it isn't possible to show 2 shortcuts in the menu entry).