GNU bug report logs - #31658
25.2; Number of changes undone should be controlled by a variable

Previous Next

Package: emacs;

Reported by: Ruy Exel <ruyexel <at> gmail.com>

Date: Wed, 30 May 2018 18:01:01 UTC

Severity: wishlist

Tags: fixed

Found in version 25.2

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31658 in the body.
You can then email your comments to 31658 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#31658; Package emacs. (Wed, 30 May 2018 18:01:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ruy Exel <ruyexel <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 30 May 2018 18:01:02 GMT) Full text and rfc822 format available.

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

From: Ruy Exel <ruyexel <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.2; Number of changes undone should be controlled by a variable
Date: Wed, 30 May 2018 14:59:35 -0300
After I updated Emacs to the latest version I noticed that the behavior
of the undo command has changed in the sense that a single invocation of
undo effectively undoes many more recent changes than it used to and I
often find myself having to re-do the changes and reentering the whole
information again rather than taking advantage of the undo command.

After a little fiddling I realized that this feature is controlled by
the function 'undo-auto-amalgamate' which contains the line

  (< last-amalgamating-count 20)

apparently bundling up to 20 recent changes for the next invocation of
undo.

My solution was simply to edit that function, replacing 20 by zero, and
the old behavior, which I am used to, was restored.

The purpose of this bug-report/feature-request is to suggest that
instead of hard coding a fixed number, such as 20, the number of changes
bundled together should be determined by a variable which the user could
customize if desired.

In GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.23)
 of 2017-12-09 built on tictoc
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description:    Ubuntu 14.04.5 LTS




Severity set to 'wishlist' from 'normal' Request was from Noam Postavsky <npostavs <at> gmail.com> to control <at> debbugs.gnu.org. (Wed, 06 Jun 2018 22:16:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31658; Package emacs. (Wed, 09 Oct 2019 22:00:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Ruy Exel <ruyexel <at> gmail.com>
Cc: 31658 <at> debbugs.gnu.org
Subject: Re: bug#31658: 25.2; Number of changes undone should be controlled
 by a variable
Date: Wed, 09 Oct 2019 23:58:55 +0200
Ruy Exel <ruyexel <at> gmail.com> writes:

> After I updated Emacs to the latest version I noticed that the behavior
> of the undo command has changed in the sense that a single invocation of
> undo effectively undoes many more recent changes than it used to and I
> often find myself having to re-do the changes and reentering the whole
> information again rather than taking advantage of the undo command.
>
> After a little fiddling I realized that this feature is controlled by
> the function 'undo-auto-amalgamate' which contains the line
>
>   (< last-amalgamating-count 20)
>
> apparently bundling up to 20 recent changes for the next invocation of
> undo.
>
> My solution was simply to edit that function, replacing 20 by zero, and
> the old behavior, which I am used to, was restored.
>
> The purpose of this bug-report/feature-request is to suggest that
> instead of hard coding a fixed number, such as 20, the number of changes
> bundled together should be determined by a variable which the user could
> customize if desired.

I think that sounds like a reasonable (and useful) request.  Does
anybody object to adding such a defcustom?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31658; Package emacs. (Thu, 10 Oct 2019 07:33:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: ruyexel <at> gmail.com, 31658 <at> debbugs.gnu.org
Subject: Re: bug#31658: 25.2;
 Number of changes undone should be controlled by a variable
Date: Thu, 10 Oct 2019 10:32:19 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Wed, 09 Oct 2019 23:58:55 +0200
> Cc: 31658 <at> debbugs.gnu.org
> 
> > The purpose of this bug-report/feature-request is to suggest that
> > instead of hard coding a fixed number, such as 20, the number of changes
> > bundled together should be determined by a variable which the user could
> > customize if desired.
> 
> I think that sounds like a reasonable (and useful) request.  Does
> anybody object to adding such a defcustom?

Let's begin with defvar, please.  I'm not sure I like exposing the
bowels of undo to users, there be dragons.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#31658; Package emacs. (Fri, 11 Oct 2019 07:25:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: ruyexel <at> gmail.com, 31658 <at> debbugs.gnu.org
Subject: Re: bug#31658: 25.2; Number of changes undone should be controlled
 by a variable
Date: Fri, 11 Oct 2019 09:24:45 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> I think that sounds like a reasonable (and useful) request.  Does
>> anybody object to adding such a defcustom?
>
> Let's begin with defvar, please.  I'm not sure I like exposing the
> bowels of undo to users, there be dragons.

OK; done.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 11 Oct 2019 07:25:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 31658 <at> debbugs.gnu.org and Ruy Exel <ruyexel <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 11 Oct 2019 07:25:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 08 Nov 2019 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 171 days ago.

Previous Next


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