From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ilya Zakharevich Newsgroups: gmane.emacs.help Subject: Re: Redo/Undo (was: etags: M-. jump to the tag(called func), ...) Date: Mon, 19 Sep 2005 21:52:12 +0000 (UTC) Organization: U.C. Berkeley Math. Department. Message-ID: References: <1126436508.461480.28080@z14g2000cwz.googlegroups.com> <85r7bonqpl.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1127167047 3405 80.91.229.2 (19 Sep 2005 21:57:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 19 Sep 2005 21:57:27 +0000 (UTC) Bcc: ilya Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Sep 19 23:57:26 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EHTbm-0001W6-Hp for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Sep 2005 23:55:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EHTbm-0002xX-4E for geh-help-gnu-emacs@m.gmane.org; Mon, 19 Sep 2005 17:55:30 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsfeed.news.ucla.edu!news-hog.berkeley.edu!ucberkeley!agate.berkeley.edu!ilya Original-Newsgroups: gnu.emacs.help Original-Lines: 48 Original-NNTP-Posting-Host: powdermilk.math.berkeley.edu Original-X-Trace: agate.berkeley.edu 1127166732 28782 169.229.140.13 (19 Sep 2005 21:52:12 GMT) Original-X-Complaints-To: usenet@agate.berkeley.edu Original-NNTP-Posting-Date: Mon, 19 Sep 2005 21:52:12 +0000 (UTC) User-Agent: trn [how to get a version via %-escapes???] with a custom header X-How-To-Reach-Me: The From: address is valid X-How-To-Disable-Cc: Put in the headers the line: Mail-Copies-To: never Originator: ilya@powdermilk Original-Xref: shelby.stanford.edu gnu.emacs.help:134015 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:29574 Archived-At: [A complimentary Cc of this posting was sent to B. Smith ], who wrote in article : > There is redo functionality it just doesn't present itself as a > separate action. If you interrupt a series of undo operations with an > editing operation Sigh... This was most probably beaten to death thousands times already. Of course I know of this poor-man workaround for missing redo. It is NOT A REPLACEMENT as far user-interface is concerned. It requires an exponential amount of keypresses w.r.t. situation when redo is present. With redo you can do the following (and I do it all the time): a) go back in time; b) Maybe I overshoot? go forward in time a little bit. No I did not; c) So I go back in time some more. d) Jump to b. With emacs poor-man-workaround the undo-history starts snaking out back-and-forth over the "real state history" so that the distance between two points in "real history" grows exponentially in "undo-sequence". > I've gotten so used to it that I don't even notice it when I'm using > emacs anymore They say that if all you have is a hammer, everything starts looking like a nail > though I confess I don't have as clear a mental model of what's > going on as I'd like Thanks for pointing out this. This is *in addition* to the "logical" problem above. When you go linearly over the "snake" described above, the direction of your "actual movement" is not predictable (am I redoing or undoing now???). (Even with simple undo/redo sequences, this strikes when undo hits the start of the buffer; immediately you've lost whether you are undoing or redoing.) Hope this helps, Ilya