GNU bug report logs -
#31658
25.2; Number of changes undone should be controlled by a variable
Previous Next
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.
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):
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):
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: 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):
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.