all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org, rms@gnu.org, storm@cua.dk
Subject: Re: AW: AW: New undo element (fun . args)
Date: Mon, 07 Feb 2005 10:15:41 -0500	[thread overview]
Message-ID: <876514mmsn.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <A47B192B0358794C958615D788BF7FB71783DC@mucmail1.sdm.de> (klaus berndl's message of "Mon, 7 Feb 2005 15:49:48 +0100")

> Then these are your experiences with "your" users... but for me an undo is
> annoying (and even quite unuseable) which doesn't protect me against
> accidentally "undoing some undos" (i.e. with current Emacs-undo i get no
> information from Emacs that my undo-action is not really an undo but a redo
> of a previous undo - if you understand what i try to say ;-)

Of course I understand what you say.  I worked on this specific part of the
behavior to implement undo-only.  And your remark is not quite true:
the echo area tells you either "Undo!" or "Redo!" depending on whether
you're undoing an undo or not.

Actually my own local Emacs has a further hack such that when `undo' notices
it's actually undoing an undo it asks me whether I want to "redo" or not (if
not, it does what `undo-only' would have done, skipping the redo-undo pair).
This is an experiment and I'm not satisfied with it as it is (it's too
annoying).

> And when undoing some steps i often reach a point where i do not know
> exactly where i'm in the undo-chain - whereas with redo.el i exactly know
> when i have undone all and when there is nothing more to undo -

Yes, redo.el is much more limited and has a much simpler linear model,
whereas Emacs's undo keeps track of a tree of buffer modifications, which is
more difficult to model in your head.

> IMHO much more intuitive...  but maybe it#s a matter of taste...

I wouldn't call it more intuitive, but simpler.


        Stefan

  reply	other threads:[~2005-02-07 15:15 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-07 14:49 AW: AW: New undo element (fun . args) klaus.berndl
2005-02-07 15:15 ` Stefan Monnier [this message]
2005-02-07 16:13   ` Kim F. Storm
2005-02-07 17:26     ` Stefan Monnier
  -- strict thread matches above, loose matches on Subject: below --
2005-02-07 16:29 klaus.berndl
2005-02-07 17:37 ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=876514mmsn.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    --cc=storm@cua.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.