GNU bug report logs - #27442
Un-obsolete x-clipboard-yank, or provide analogous functional

Previous Next

Package: emacs;

Reported by: Constantine Kharlamov <Hi-Angel <at> yandex.ru>

Date: Wed, 21 Jun 2017 15:33:01 UTC

Severity: normal

Tags: moreinfo, patch

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 27442 <at> debbugs.gnu.org, Constantine Kharlamov <Hi-Angel <at> yandex.ru>
Subject: bug#27442: Un-obsolete x-clipboard-yank, or provide analogous functional
Date: Mon, 05 Jul 2021 11:59:32 -0400
> *ponder* Well, I guess it's a vague kind of DWIM thing going on...
> Since we don't have timestamps on our own kills, and
> `select-enable-clipboard' defaults to t, we want to let a clipboard
> selection "win" if we haven't yanked it before?  But...  it seems to me
> like this is already handled by other logic when putting things on the
> kill ring in the first place.

That pretty much matches my understanding, yes.

> That is, if you "emacs -Q", put something on the clipboard from a
> different programme, and when `M-w' something in Emacs, then `C-y' will
> insert the latter.

Yes, IIUC this is the easy case.  I think the harder case is when we
`M-w` first and then put something on the clipboard with another
application, then do `C-y`.

> I've tested various things here now, and I'm unable to come up with a
> scenario where the current DWIM logic is helpful, really.

Yet AFAICT the kill-ring logic was there already when the clipboard
logic was added, so I'm not sure the duplication is completely redundant.


        Stefan





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

Previous Next


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