After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 114077 - 18.3 - Move the cursor to where the undo is happening
18.3 - Move the cursor to where the undo is happening
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Main System
git master
Other All
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2003-05-31 03:25 UTC by Chema Celorio
Modified: 2006-04-20 02:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Chema Celorio 2003-05-31 03:25:31 UTC 
1. A1=12
2. A117=12
3. A290=12
4. Ctrl+Z,Ctrl+Z,Ctrl+Z

Undo starts happening in areas not visible, seems like gnumeric is not
doing anything. The cursor has to jump to where undo is happening.
Comment 1 Jody Goldberg 2003-05-31 03:45:12 UTC 
This would be nice but it is frequently difficult to address where the
visible portion of an action is.
Comment 2 Morten Welinder 2003-05-31 14:34:42 UTC 
We could store the cursor location in every undo item.
Comment 3 Chema Celorio 2003-05-31 18:42:50 UTC 
Could we store the cursor location in the undo stack? Thats what I did
for gedit.
Comment 4 Morten Welinder 2003-06-06 21:31:16 UTC 
See also bug 53348.
Comment 5 Andreas J. Guelzow 2004-11-13 06:46:01 UTC 
The selection is workbook view specific. We may be undoing an action that was
performed in another view and so never changed the current view's selection.
Comment 6 Morten Welinder 2006-04-17 02:07:28 UTC 
Let's get this back on the radar.
Comment 7 Morten Welinder 2006-04-20 02:17:46 UTC 
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.

(There might still be a few commands that don't do it, but the general effect
should be there.)