GNOME Bugzilla – Bug 309941
Rename doesn't support Undo (Ctrl+Z)
Last modified: 2005-11-29 18:49:20 UTC
Distribution/Version: mandriva Select a file and press F2 to rename it. Type a few letters and press Ctrl+Z. Expected results: changes are undone. Actual results: nothing happens.
Why should ctrl-Z do that? Is that specified by the HIG or something?
In fact, it is: http://developer.gnome.org/projects/gup/hig/2.0/input-keyboard.html#shortcuts But the main reason for this bug is that any other gtk textfield supports Ctrl+Z undo, so it would be consistent to have it.
ctrl-Z/shift-ctrl-Z is an undo/redo, it's useful for a text editor but is that required for a rename?
note that gtk widgets don't do this (you can try with gtk-demo) but apps like gedit have undo/redo functionnalities
and so do textfields in mozilla, though they may be different from plain gtk ones. Is this functionality required for a rename? No. Is it convenient and consistent? Yes! That's the reason for filing this bug.
mozilla has an undo/redo function. I'm changing the bug settings but not changhing the bug to NEW, can a maintainer status on the point of a undo/redo for a simple file renaming?
*** This bug has been marked as a duplicate of 167501 ***
The ability to undo (and redo) typing would replace the normal contents of the "Undo" and "Redo" items in the "Edit" menu, but otherwise I don't think this isn't a duplicate of bug 167501. Once a rename was finished, it would be a single operation for the purposes of undo/redo ("Undo Rename of “Foo”"). But while the name field was being edited, individual typing, cutting, pasting, and deleting actions should be separate for the purposes of undo/redo, just like they are in any other text field.