GNU bug report logs - #22295
viper-mode undo bug introduced between Nov 10 and Nov 14

Previous Next

Package: emacs;

Reported by: Jim Meyering <jim <at> meyering.net>

Date: Sun, 3 Jan 2016 04:03:01 UTC

Severity: normal

Fixed in version 25.1

Done: phillip.lord <at> russet.org.uk (Phillip Lord)

Bug is archived. No further changes may be made.

Full log


Message #52 received at 22295 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Kifer <kifer <at> cs.stonybrook.edu>
Cc: 22295 <at> debbugs.gnu.org, jim <at> meyering.net, phillip.lord <at> russet.org.uk
Subject: Re: bug#22295: viper-mode undo bug introduced between Nov 10 and Nov
 14
Date: Mon, 16 May 2016 20:41:17 +0300
> Cc: phillip.lord <at> russet.org.uk, 22295 <at> debbugs.gnu.org
> From: Michael Kifer <kifer <at> cs.stonybrook.edu>
> Date: Mon, 16 May 2016 13:14:05 -0400
> 
> >  Another alternative is to make viper use the default Emacs undo, and
> > then ask you and other users of viper to tell where the results don't
> > match your expectations.  It could well be that starting with a clean
> > slate will get us to the goal faster and with less complex code.
> 
> This would be a non-starter and would cause a mass migration to vim. The undo would also then be
> implementation dependent. If, say, "delete 2 words" is implemented differently from how it is now then it would
> be undone via a different sequence of commands. 

Then I guess the current trial-and-error method will have to be the
way.  Too bad, I have hard time believing we will be ready with a
complete solution in time for Emacs 25.1, which is what I hoped.

Thanks.




This bug report was last modified 8 years and 346 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.