[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AW: AW: New undo element (fun . args)
From: |
Stefan Monnier |
Subject: |
Re: AW: AW: New undo element (fun . args) |
Date: |
Mon, 07 Feb 2005 10:15:41 -0500 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) |
> 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