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
next prev parent 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.