GNOME Bugzilla – Bug 74360
RFE: File->Revert menu item
Last modified: 2018-05-22 13:01:44 UTC
I think that it would be a good thing to have the File->Revert menu option that is in AbiWord. Of course, it would be promped for, before executing.
Please do check the HIG (and maybe ask the maintainers ;-) about how this item should be worded if it is added. There was some discussion about whether it should be "Revert" or "Revert to Saved". Assigning a mnemonic (a.k.a., access key) may also be difficult, especially if there is an "Open Recent ->" menu. (When I was working on that section I spent quite a while looking at various apps to sort out never-conflicting mnemonics and accelerators. I don't know what may have changed there since.)
*** Bug 151978 has been marked as a duplicate of this bug. ***
I dont think there is any question of "Revert" or "Revert to Saved", it should definately be "Revert". I also requested this feature, I will copy the details here and close the other report as a duplicate. Bug 151978: File, Reload aka File, Revert Unconfirmed Reporter: horkana@maths.tcd.ie (Alan Horkan) Revert or more accurately Reload is a convenient feature to have sometimes particularly when you are trying out lots of differnt ideas and want to have a point to snap back to rather than using undo repeatedly. The reason I make the disctinction between Revert and Reload is because reload is a more literal description of how it is implemented, but unfortunately this approach usually comes with a warning asking if you really want to obliterate the Undo History in the process. Although it would be much hard to implement ideally undo would reopen the file at the last save point and that would be just another action in the Undo history and not obliterate the exisiting undo history. I would quite like to any kind of a working 'Reload'/Revert.
To me `Revert' doesn't mean the same as `Reload'. Why not? The saved file may have changed in themean time (by some other application, some other user, etc.) So `Reload' would load whatever is currently in the file. `Revert' should probably move back to the state as it was when the file was last saved from this instance of Gnumeric.
There is a stock item for Revert. The best answer is to use the stock item and then it is no longer Gnumerics probalem and that way the label can be decided later and changed consistently for the whole desktop if necessary.
Alan, there is a difference in behaviour between a revert (to last saved state) and a reload (of current file). Referring to the stock item for revert' is pointless, especially if one imagines that the label may later be changed outside gnumeric.
*** Bug 413912 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnumeric/issues/13.