unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#51138: Increase the value of kill-ring-max
@ 2021-10-11 20:19 Stefan Kangas
  2021-10-12  6:46 ` Juri Linkov
  0 siblings, 1 reply; 18+ messages in thread
From: Stefan Kangas @ 2021-10-11 20:19 UTC (permalink / raw)
  To: 51138

Severity: wishlist

The value of kill-ring-max was last increased in 1998, when it was
doubled from 30 to 60.  See commit bffa4d92e152.

Given that RAM is cheaper these days, how about doubling it to 120?
That's the value I use locally, and it has saved my neck many times.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-11 20:19 bug#51138: Increase the value of kill-ring-max Stefan Kangas
@ 2021-10-12  6:46 ` Juri Linkov
  2021-10-12 12:57   ` Lars Ingebrigtsen
  0 siblings, 1 reply; 18+ messages in thread
From: Juri Linkov @ 2021-10-12  6:46 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138

> The value of kill-ring-max was last increased in 1998, when it was
> doubled from 30 to 60.  See commit bffa4d92e152.
>
> Given that RAM is cheaper these days, how about doubling it to 120?
> That's the value I use locally, and it has saved my neck many times.

A long time ago I customized kill-ring-max to 1024,
and the only problem with such a big value is that
it produces too long submenu in "Paste from Kill Menu".
This is because menu-bar-update-yank-menu
truncates to the length of kill-ring-max,
but it should introduce a new variable
separately customized for the paste menu's size.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12  6:46 ` Juri Linkov
@ 2021-10-12 12:57   ` Lars Ingebrigtsen
  2021-10-12 13:23     ` Stefan Kangas
  0 siblings, 1 reply; 18+ messages in thread
From: Lars Ingebrigtsen @ 2021-10-12 12:57 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 51138, Stefan Kangas

Juri Linkov <juri@linkov.net> writes:

>> The value of kill-ring-max was last increased in 1998, when it was
>> doubled from 30 to 60.  See commit bffa4d92e152.
>>
>> Given that RAM is cheaper these days, how about doubling it to 120?

Sounds like a good idea to me.  (Or bigger.)

> A long time ago I customized kill-ring-max to 1024,
> and the only problem with such a big value is that
> it produces too long submenu in "Paste from Kill Menu".
> This is because menu-bar-update-yank-menu
> truncates to the length of kill-ring-max,
> but it should introduce a new variable
> separately customized for the paste menu's size.

Yup.

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12 12:57   ` Lars Ingebrigtsen
@ 2021-10-12 13:23     ` Stefan Kangas
  2021-10-12 13:26       ` Lars Ingebrigtsen
  0 siblings, 1 reply; 18+ messages in thread
From: Stefan Kangas @ 2021-10-12 13:23 UTC (permalink / raw)
  To: Lars Ingebrigtsen, Juri Linkov; +Cc: 51138

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Sounds like a good idea to me.  (Or bigger.)

Even better.

256 is nice because powers of 2 makes us look like we know what we're
doing.  ;-)

More seriously, 200 or 250 could be a good value.  I don't exactly have
a strong opinion.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12 13:23     ` Stefan Kangas
@ 2021-10-12 13:26       ` Lars Ingebrigtsen
  2021-10-12 23:21         ` Stefan Kangas
  0 siblings, 1 reply; 18+ messages in thread
From: Lars Ingebrigtsen @ 2021-10-12 13:26 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, Juri Linkov

Stefan Kangas <stefan@marxist.se> writes:

> More seriously, 200 or 250 could be a good value.  I don't exactly have
> a strong opinion.

Me neither.  There may be repercussions for packages like undo-tree and
the like (that display undo stuff), so perhaps just doubling it in Emacs
29 is the right thing, and then we'll see whether there's any fallout.

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12 13:26       ` Lars Ingebrigtsen
@ 2021-10-12 23:21         ` Stefan Kangas
  2021-10-13 11:36           ` Lars Ingebrigtsen
  2021-10-13 17:45           ` Juri Linkov
  0 siblings, 2 replies; 18+ messages in thread
From: Stefan Kangas @ 2021-10-12 23:21 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 51138, Juri Linkov

[-- Attachment #1: Type: text/plain, Size: 680 bytes --]

tags 51138 + patch
thanks

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Me neither.  There may be repercussions for packages like undo-tree and
> the like (that display undo stuff), so perhaps just doubling it in Emacs
> 29 is the right thing, and then we'll see whether there's any fallout.

Makes sense.  How does the attached patch look?

It should also fix the issue indicated by Juri by adding a new user
option for the number of entries in the "Paste from Kill Ring" menu.
I set it to 60 by default, as that was the previous max number of
entries, and it feels like it should have the least amount of impact to
just change nothing, but I'm open to alternative suggestions.

[-- Attachment #2: 0001-Double-the-default-value-of-kill-ring-max.patch --]
[-- Type: text/x-diff, Size: 5706 bytes --]

From b4e36e9628758c637181252051a3fa6992f67ebd Mon Sep 17 00:00:00 2001
From: Stefan Kangas <stefan@marxist.se>
Date: Tue, 12 Oct 2021 18:23:46 +0200
Subject: [PATCH] Double the default value of kill-ring-max

* lisp/simple.el (kill-ring-max): Double the default to 120.
* lisp/menu-bar.el (yank-menu-length): Doc fix.
(yank-menu-max-items): New variable.
(menu-bar-update-yank-menu): Don't display more than
'yank-menu-max-items' in the yank menu.

* doc/emacs/custom.texi (Changing a Variable):
* doc/emacs/killing.texi (Kill Ring):
* doc/lispintro/emacs-lisp-intro.texi (kill-new function):
* doc/lispref/text.texi (Internals of Kill Ring): Doc fix to use
the new value.
---
 doc/emacs/custom.texi               |  2 +-
 doc/emacs/killing.texi              |  2 +-
 doc/lispintro/emacs-lisp-intro.texi |  2 +-
 doc/lispref/text.texi               |  2 +-
 etc/NEWS                            |  8 ++++++++
 lisp/menu-bar.el                    | 13 ++++++++++---
 lisp/simple.el                      |  5 +++--
 7 files changed, 25 insertions(+), 9 deletions(-)

diff --git a/doc/emacs/custom.texi b/doc/emacs/custom.texi
index 73dfe03898..eb30a6acc5 100644
--- a/doc/emacs/custom.texi
+++ b/doc/emacs/custom.texi
@@ -195,7 +195,7 @@ Changing a Variable
 
   The first line shows that the variable is named
 @code{kill-ring-max}, formatted as @samp{Kill Ring Max} for easier
-viewing.  Its value is @samp{60}.  The button labeled @samp{[Hide]},
+viewing.  Its value is @samp{120}.  The button labeled @samp{[Hide]},
 if activated, hides the variable's value and state; this is useful to
 avoid cluttering up the customization buffer with very long values
 (for this reason, variables that have very long values may start out
diff --git a/doc/emacs/killing.texi b/doc/emacs/killing.texi
index 6e4fd77e8b..76fccdbdfe 100644
--- a/doc/emacs/killing.texi
+++ b/doc/emacs/killing.texi
@@ -353,7 +353,7 @@ Kill Ring
 
 @vindex kill-ring-max
   The maximum number of entries in the kill ring is controlled by the
-variable @code{kill-ring-max}.  The default is 60.  If you make a new
+variable @code{kill-ring-max}.  The default is 120.  If you make a new
 kill when this limit has been reached, Emacs makes room by deleting
 the oldest entry in the kill ring.
 
diff --git a/doc/lispintro/emacs-lisp-intro.texi b/doc/lispintro/emacs-lisp-intro.texi
index 6ecd552ebb..81ae253633 100644
--- a/doc/lispintro/emacs-lisp-intro.texi
+++ b/doc/lispintro/emacs-lisp-intro.texi
@@ -8767,7 +8767,7 @@ kill-new function
 
 The code checks whether the length of the kill ring is greater than
 the maximum permitted length.  This is the value of
-@code{kill-ring-max} (which is 60, by default).  If the length of the
+@code{kill-ring-max} (which is 120, by default).  If the length of the
 kill ring is too long, then this code sets the last element of the
 kill ring to @code{nil}.  It does this by using two functions,
 @code{nthcdr} and @code{setcdr}.
diff --git a/doc/lispref/text.texi b/doc/lispref/text.texi
index 1e062be2c6..163ac9038b 100644
--- a/doc/lispref/text.texi
+++ b/doc/lispref/text.texi
@@ -1342,7 +1342,7 @@ Internals of Kill Ring
 @defopt kill-ring-max
 The value of this variable is the maximum length to which the kill
 ring can grow, before elements are thrown away at the end.  The default
-value for @code{kill-ring-max} is 60.
+value for @code{kill-ring-max} is 120.
 @end defopt
 
 @node Undo
diff --git a/etc/NEWS b/etc/NEWS
index 9daf958b07..82847cf9b9 100644
--- a/etc/NEWS
+++ b/etc/NEWS
@@ -78,6 +78,14 @@ the point is now moved only when releasing the mouse button.  This no
 longer results in a bogus selection, unless the mouse has been
 effectively dragged.
 
++++
+** 'kill-ring-max' now defaults to 120.
+
+---
+** New user option 'yank-menu-max-items'.
+Customize this option to limit the amount of entries in the menu
+"Edit->Paste from Kill Menu".  The default is 60.
+
 \f
 * Changes in Specialized Modes and Packages in Emacs 29.1
 
diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el
index 7c9fc1aeba..923b0c6060 100644
--- a/lisp/menu-bar.el
+++ b/lisp/menu-bar.el
@@ -2169,10 +2169,16 @@ delete-frame-enabled-p
     (> count 1)))
 
 (defcustom yank-menu-length 20
-  "Maximum length to display in the `yank-menu'."
+  "Maximum length of entries in the `yank-menu'."
   :type 'integer
   :group 'menu)
 
+(defcustom yank-menu-max-items 60
+  "Maximum number of entries to display in the `yank-menu'."
+  :type 'integer
+  :group 'menu
+  :version "29.1")
+
 (defun menu-bar-update-yank-menu (string old)
   (let ((front (car (cdr yank-menu)))
 	(menu-string (if (<= (length string) yank-menu-length)
@@ -2196,8 +2202,9 @@ menu-bar-update-yank-menu
 	      (cons
 	       (cons string (cons menu-string 'menu-bar-select-yank))
 	       (cdr yank-menu)))))
-  (if (> (length (cdr yank-menu)) kill-ring-max)
-      (setcdr (nthcdr kill-ring-max yank-menu) nil)))
+  (let ((max-items (min yank-menu-max-items kill-ring-max)))
+    (if (> (length (cdr yank-menu)) max-items)
+        (setcdr (nthcdr max-items yank-menu) nil))))
 
 (put 'menu-bar-select-yank 'apropos-inhibit t)
 (defun menu-bar-select-yank ()
diff --git a/lisp/simple.el b/lisp/simple.el
index 841983a3b6..d9cc382775 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -5076,10 +5076,11 @@ kill-ring
 interaction; you may want to use them instead of manipulating the kill
 ring directly.")
 
-(defcustom kill-ring-max 60
+(defcustom kill-ring-max 120
   "Maximum length of kill ring before oldest elements are thrown away."
   :type 'integer
-  :group 'killing)
+  :group 'killing
+  :version "29.1")
 
 (defvar kill-ring-yank-pointer nil
   "The tail of the kill ring whose car is the last thing yanked.")
-- 
2.30.2


^ permalink raw reply related	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12 23:21         ` Stefan Kangas
@ 2021-10-13 11:36           ` Lars Ingebrigtsen
  2021-10-13 22:28             ` Stefan Kangas
  2021-10-13 17:45           ` Juri Linkov
  1 sibling, 1 reply; 18+ messages in thread
From: Lars Ingebrigtsen @ 2021-10-13 11:36 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, Juri Linkov

Stefan Kangas <stefan@marxist.se> writes:

> It should also fix the issue indicated by Juri by adding a new user
> option for the number of entries in the "Paste from Kill Ring" menu.
> I set it to 60 by default, as that was the previous max number of
> entries, and it feels like it should have the least amount of impact to
> just change nothing, but I'm open to alternative suggestions.

Looks good to me.

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





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-12 23:21         ` Stefan Kangas
  2021-10-13 11:36           ` Lars Ingebrigtsen
@ 2021-10-13 17:45           ` Juri Linkov
  2021-10-13 18:22             ` Juri Linkov
                               ` (3 more replies)
  1 sibling, 4 replies; 18+ messages in thread
From: Juri Linkov @ 2021-10-13 17:45 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, Lars Ingebrigtsen

> It should also fix the issue indicated by Juri by adding a new user
> option for the number of entries in the "Paste from Kill Ring" menu.
> I set it to 60 by default, as that was the previous max number of
> entries, and it feels like it should have the least amount of impact to
> just change nothing, but I'm open to alternative suggestions.

Thanks.  It makes sense to reduce the default value of yank-menu-max-items
because long menus are hard to navigate, but OTOH indeed maybe better
to leave it at the previous max number.

>  (defcustom yank-menu-length 20
> -  "Maximum length to display in the `yank-menu'."
> +  "Maximum length of entries in the `yank-menu'."

The previous docstring was unclear, but the new docstring
doesn't make it clearer.  I don't have a concrete suggestion,
but it needs to say that this length truncates the text
of each menu item.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 17:45           ` Juri Linkov
@ 2021-10-13 18:22             ` Juri Linkov
  2021-10-13 18:27             ` Eli Zaretskii
                               ` (2 subsequent siblings)
  3 siblings, 0 replies; 18+ messages in thread
From: Juri Linkov @ 2021-10-13 18:22 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, Lars Ingebrigtsen

>> It should also fix the issue indicated by Juri by adding a new user
>> option for the number of entries in the "Paste from Kill Ring" menu.
>> I set it to 60 by default, as that was the previous max number of
>> entries, and it feels like it should have the least amount of impact to
>> just change nothing, but I'm open to alternative suggestions.
>
> Thanks.  It makes sense to reduce the default value of yank-menu-max-items
> because long menus are hard to navigate, but OTOH indeed maybe better
> to leave it at the previous max number.

There is one reason for reducing the default number because a large number
of menu items slows down menu display.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 17:45           ` Juri Linkov
  2021-10-13 18:22             ` Juri Linkov
@ 2021-10-13 18:27             ` Eli Zaretskii
  2021-10-13 18:30             ` Eli Zaretskii
  2021-10-13 18:33             ` Stefan Kangas
  3 siblings, 0 replies; 18+ messages in thread
From: Eli Zaretskii @ 2021-10-13 18:27 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 51138, larsi, stefan

> From: Juri Linkov <juri@linkov.net>
> Date: Wed, 13 Oct 2021 20:45:29 +0300
> Cc: 51138@debbugs.gnu.org, Lars Ingebrigtsen <larsi@gnus.org>
> 
> >  (defcustom yank-menu-length 20
> > -  "Maximum length to display in the `yank-menu'."
> > +  "Maximum length of entries in the `yank-menu'."
> 
> The previous docstring was unclear, but the new docstring
> doesn't make it clearer.  I don't have a concrete suggestion,
> but it needs to say that this length truncates the text
> of each menu item.

How about "Maximum number of items to show in the `yank-menu'."?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 17:45           ` Juri Linkov
  2021-10-13 18:22             ` Juri Linkov
  2021-10-13 18:27             ` Eli Zaretskii
@ 2021-10-13 18:30             ` Eli Zaretskii
  2021-10-13 18:38               ` Juri Linkov
  2021-10-13 18:33             ` Stefan Kangas
  3 siblings, 1 reply; 18+ messages in thread
From: Eli Zaretskii @ 2021-10-13 18:30 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 51138, larsi, stefan

> From: Juri Linkov <juri@linkov.net>
> Date: Wed, 13 Oct 2021 20:45:29 +0300
> Cc: 51138@debbugs.gnu.org, Lars Ingebrigtsen <larsi@gnus.org>
> 
> >  (defcustom yank-menu-length 20
> > -  "Maximum length to display in the `yank-menu'."
> > +  "Maximum length of entries in the `yank-menu'."
> 
> The previous docstring was unclear, but the new docstring
> doesn't make it clearer.  I don't have a concrete suggestion,
> but it needs to say that this length truncates the text
> of each menu item.

How about "Items in `yank-menu' longer than this will be truncated."?

(Please disregard my previous message, I was confused.)





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 17:45           ` Juri Linkov
                               ` (2 preceding siblings ...)
  2021-10-13 18:30             ` Eli Zaretskii
@ 2021-10-13 18:33             ` Stefan Kangas
  3 siblings, 0 replies; 18+ messages in thread
From: Stefan Kangas @ 2021-10-13 18:33 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 51138, Lars Ingebrigtsen

Juri Linkov <juri@linkov.net> writes:

> Thanks.  It makes sense to reduce the default value of yank-menu-max-items
> because long menus are hard to navigate, but OTOH indeed maybe better
> to leave it at the previous max number.

Right, I guess having a ridiculously large number like 60 can't hurt, as
you anyways will start out at the top of the menu.

OTOH, I'd be fine with reducing it to 40 to restore some sanity here.
I mean, we also now provide a user-option for this.

>>  (defcustom yank-menu-length 20
>> -  "Maximum length to display in the `yank-menu'."
>> +  "Maximum length of entries in the `yank-menu'."
>
> The previous docstring was unclear, but the new docstring
> doesn't make it clearer.  I don't have a concrete suggestion,
> but it needs to say that this length truncates the text
> of each menu item.

How about:

"Maximum length to which entries in the 'yank-menu' will be truncated."

?





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 18:30             ` Eli Zaretskii
@ 2021-10-13 18:38               ` Juri Linkov
  2021-10-13 22:28                 ` Stefan Kangas
  0 siblings, 1 reply; 18+ messages in thread
From: Juri Linkov @ 2021-10-13 18:38 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 51138, larsi, stefan

>> >  (defcustom yank-menu-length 20
>> > -  "Maximum length to display in the `yank-menu'."
>> > +  "Maximum length of entries in the `yank-menu'."
>>
>> The previous docstring was unclear, but the new docstring
>> doesn't make it clearer.  I don't have a concrete suggestion,
>> but it needs to say that this length truncates the text
>> of each menu item.
>
> How about "Items in `yank-menu' longer than this will be truncated."?

"Maximum length to which entries in the 'yank-menu' will be truncated."
suggested by Stefan and your suggestion will make the docstring much clearer.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 18:38               ` Juri Linkov
@ 2021-10-13 22:28                 ` Stefan Kangas
  2021-10-14 16:10                   ` Juri Linkov
  0 siblings, 1 reply; 18+ messages in thread
From: Stefan Kangas @ 2021-10-13 22:28 UTC (permalink / raw)
  To: Juri Linkov, Eli Zaretskii; +Cc: 51138, larsi

Juri Linkov <juri@linkov.net> writes:

>> How about "Items in `yank-menu' longer than this will be truncated."?
>
> "Maximum length to which entries in the 'yank-menu' will be truncated."
> suggested by Stefan and your suggestion will make the docstring much clearer.

Thanks, I went with Eli's suggestion as I think the wording was slightly
more direct and easy to understand.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 11:36           ` Lars Ingebrigtsen
@ 2021-10-13 22:28             ` Stefan Kangas
  0 siblings, 0 replies; 18+ messages in thread
From: Stefan Kangas @ 2021-10-13 22:28 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 51138, Juri Linkov

close 51138 29.1
thanks

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Looks good to me.

Pushed to master with docstring fixes suggested by Juri and Eli.
See commit 97c4f84cbc.

Thanks for reviewing.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-13 22:28                 ` Stefan Kangas
@ 2021-10-14 16:10                   ` Juri Linkov
  2021-10-14 18:51                     ` Stefan Kangas
  0 siblings, 1 reply; 18+ messages in thread
From: Juri Linkov @ 2021-10-14 16:10 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, larsi

>>> How about "Items in `yank-menu' longer than this will be truncated."?
>>
>> "Maximum length to which entries in the 'yank-menu' will be truncated."
>> suggested by Stefan and your suggestion will make the docstring much clearer.
>
> Thanks, I went with Eli's suggestion as I think the wording was slightly
> more direct and easy to understand.

I tried to reread the docstring again, but it seems it's still not 100% clear
that it applies to the string titles of menu items, not to the list of items.
Maybe this would be better:

  "Text of items in `yank-menu' longer than this will be truncated."





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-14 16:10                   ` Juri Linkov
@ 2021-10-14 18:51                     ` Stefan Kangas
  2021-10-15  6:59                       ` Juri Linkov
  0 siblings, 1 reply; 18+ messages in thread
From: Stefan Kangas @ 2021-10-14 18:51 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 51138, larsi

Juri Linkov <juri@linkov.net> writes:

>   "Text of items in `yank-menu' longer than this will be truncated."

LGTM, please install.





^ permalink raw reply	[flat|nested] 18+ messages in thread

* bug#51138: Increase the value of kill-ring-max
  2021-10-14 18:51                     ` Stefan Kangas
@ 2021-10-15  6:59                       ` Juri Linkov
  0 siblings, 0 replies; 18+ messages in thread
From: Juri Linkov @ 2021-10-15  6:59 UTC (permalink / raw)
  To: Stefan Kangas; +Cc: 51138, larsi

>>   "Text of items in `yank-menu' longer than this will be truncated."
>
> LGTM, please install.

Pushed to emacs-28.





^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2021-10-15  6:59 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-10-11 20:19 bug#51138: Increase the value of kill-ring-max Stefan Kangas
2021-10-12  6:46 ` Juri Linkov
2021-10-12 12:57   ` Lars Ingebrigtsen
2021-10-12 13:23     ` Stefan Kangas
2021-10-12 13:26       ` Lars Ingebrigtsen
2021-10-12 23:21         ` Stefan Kangas
2021-10-13 11:36           ` Lars Ingebrigtsen
2021-10-13 22:28             ` Stefan Kangas
2021-10-13 17:45           ` Juri Linkov
2021-10-13 18:22             ` Juri Linkov
2021-10-13 18:27             ` Eli Zaretskii
2021-10-13 18:30             ` Eli Zaretskii
2021-10-13 18:38               ` Juri Linkov
2021-10-13 22:28                 ` Stefan Kangas
2021-10-14 16:10                   ` Juri Linkov
2021-10-14 18:51                     ` Stefan Kangas
2021-10-15  6:59                       ` Juri Linkov
2021-10-13 18:33             ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).