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 101281 - [ui-review] Undo preference dialog
[ui-review] Undo preference dialog
Status: RESOLVED FIXED
Product: gedit
Classification: Applications
Component: general
git master
Other other
: High minor
: 2.12.0
Assigned To: Gedit maintainers
gedit QA volunteers
Depends on:
Blocks: 115437
 
 
Reported: 2002-12-15 15:58 UTC by Andrew Sobala
Modified: 2005-08-05 10:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Proposed patch (12.92 KB, patch)
2004-05-15 05:07 UTC, Michael Terry
needs-work Details | Review
Committed patch (58.85 KB, patch)
2005-08-05 10:25 UTC, Paolo Maggi
none Details | Review

Description Andrew Sobala 2002-12-15 15:58:09 UTC
o Undo preference dialog

Should have the following

  (o) Limit to [n] actions
  ( ) Unlimited undo

or words to that effect
Comment 1 Paolo Maggi 2003-03-31 10:18:42 UTC
I was thinking about removing "Unlimited undo" feature.


Comment 2 Calum Benson 2003-04-01 17:58:49 UTC
That's kind of ironic, as the user is more likely to lose data by
removing that option than if you removed the "limit to [n] actions"
option :)  

Just out of interest, why are you considering unlimited undo?  Just
because of the memory consumption?
Comment 3 Calum Benson 2003-04-01 18:21:16 UTC
oops, "considering removing", I mean...
Comment 4 Paolo Maggi 2003-09-30 16:54:43 UTC
What do you think of the undo section of the new preferences dialog?
I don't like it too much, but I don't know how to improve it.

http://www.gnome.org/~paolo/screenshots/prefs-dlg-editor.png
Comment 5 Seth Nickell 2003-09-30 22:50:34 UTC
As Calum pointed out, I'm not quite sure why there is a preference for
"limited undo". Maybe in special cases people would want to change
GConf to reduce the amount of Undo, but GEdit already has enough
preferences for a "simple text editor" ;-) I have trouble imagining
that the memory burden for unlimited undo would be too much for text
edits. "Design interfaces around the central case, not around the edge
cases".
Comment 6 dowem 2004-01-12 14:30:06 UTC
I would agree with seth and calum on this one. Go with unlimmited undo
by default, and maybe allow a gconf key to set a limmit value
somewhere. Given that redo is implemented I think its the safe bet for
the majority of users. 
Comment 7 Michael Terry 2004-05-15 05:07:14 UTC
Created attachment 27726 [details] [review]
Proposed patch

This patch sets the default undo limit to "-1" and adds a comment to the gconf
key saying that -1 means unlimited undo.  It also removes the UI for setting
the undo preference.
Comment 8 Michael Terry 2004-05-15 05:07:36 UTC
Adding PATCH keyword.
Comment 9 Alan Horkan 2004-09-13 19:58:59 UTC
Abiword has had unlimited undo since very early in development and it manages to 
deal with more complex formatting and large embedded objects.  

I recently convinced Jody Goldberg to remove the option for limited undo from
the Gnumeric Preferences dialog, although the functionality is still available
in case anyone needs it.  

I'd agree with Seth, Calum, and Dowem.   

Comment 10 Paolo Maggi 2005-08-03 09:56:24 UTC
Comment on attachment 27726 [details] [review]
Proposed patch

Sorry for the very late reply.
The patch looks mostly good.
There is only a problem we will have to face. Suppose the user already have on
old version of gedit installed on his system and that he changes to 26 the
undo_actions_limit.
In this case gconf we will not see your new default but we will set to 26 the
action limit and the user we will not have an easy way to change it. 
A possible solution could be to deprecate the old gconf key and add a new one.
Comment 11 Paolo Maggi 2005-08-03 10:11:54 UTC
See http://www.gnome.org/projects/gconf/ for more info on gconf key
backward/forward compatibility.
Comment 12 Paolo Maggi 2005-08-05 10:25:40 UTC
Created attachment 50262 [details] [review]
Committed patch
Comment 13 Paolo Maggi 2005-08-05 10:26:06 UTC
Fixed in CVS HEAD.