GNU bug report logs -
#41168
Add variable to limit save-interprogram-paste-before-kill by size
Previous Next
Reported by: ndame <ndame <at> protonmail.com>
Date: Sun, 10 May 2020 08:57:02 UTC
Severity: wishlist
Fixed in version 28.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 41168 in the body.
You can then email your comments to 41168 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#41168
; Package
emacs
.
(Sun, 10 May 2020 08:57:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
ndame <ndame <at> protonmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 10 May 2020 08:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I like to set save-interprogram-paste-before-kill to t, so emacs does not clobber clipboard data without saving it.
However, sometimes I have large data on the clipboard which I don't want to end up in emacs as the manual also warns:
Optionally, you can change
‘save-interprogram-paste-before-kill’ to ‘t’. Then Emacs will first
save the clipboard to its kill ring, preventing you from losing the old
clipboard data—at the risk of high memory consumption if that data turns
out to be large.
How about a variable which allows the user to limit the size of data saved on the kill ring? Data larger than the limit is not copied.
save-interprogram-paste-before-kill itself could specify this limit. If it's not t but a number then it's the limit as number of bytes or maybe kilobytes, because I imagine the user sets such a limit to at least a few hundred kilobytes or higher.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41168
; Package
emacs
.
(Sun, 10 May 2020 14:06:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 41168 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 10 May 2020 08:56:40 +0000
> From: ndame via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> How about a variable which allows the user to limit the size of data saved on the kill ring? Data larger than
> the limit is not copied.
>
> save-interprogram-paste-before-kill itself could specify this limit. If it's not t but a number then it's the limit as
> number of bytes or maybe kilobytes, because I imagine the user sets such a limit to at least a few hundred
> kilobytes or higher.
Sounds like a good idea. Would you like to propose a patch along
these lines?
Severity set to 'wishlist' from 'normal'
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 25 May 2020 14:40:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#41168
; Package
emacs
.
(Sun, 13 Jun 2021 12:05:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 41168 <at> debbugs.gnu.org (full text, mbox):
ndame <ndame <at> protonmail.com> writes:
> How about a variable which allows the user to limit the size of data saved on the kill
> ring? Data larger than the limit is not copied.
>
> save-interprogram-paste-before-kill itself could specify this limit. If it's not t but a
> number then it's the limit as number of bytes or maybe kilobytes, because I imagine
> the user sets such a limit to at least a few hundred kilobytes or higher.
This is now implemented in Emacs 28. (And the limit is in characters.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 28.1, send any further explanations to
41168 <at> debbugs.gnu.org and ndame <ndame <at> protonmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Jun 2021 12:05: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
.
(Mon, 12 Jul 2021 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.