[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#6956: 24.0.50; pasting mouse selection in other session pastes only
From: |
Eli Zaretskii |
Subject: |
bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word |
Date: |
Tue, 21 Sep 2010 06:08:49 +0200 |
> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <6956@debbugs.gnu.org>
> Date: Mon, 20 Sep 2010 15:24:22 -0700
>
> A user in Emacs 20, 21, 22, 23 could have `mouse-drag-copy-region' nil, and
> thus
> not have mouse selection touch the kill ring - in principle (even if not in
> fact, because of a bug), and yet s?he was still able to select and paste using
> the mouse - between sessions, including sessions with different Emacs
> versions.
>
> That ability is lost. This is a regression wrt the advertised behavior for
> Emacs
> 22 through 23 (ever since that user option has existed).
It isn't a regression on Windows, see below. This thread was, at
least for me, only about w32.
> IOW, you seem to be just pointing out that there was an Emacs 22/23 bug here,
> in
> that `mouse-drag-copy-region' polluted the kill ring even when it was nil.
It's not a bug, it's how mouse selections work in Emacs: text gets to
the clipboard as a side effect of being put on the kill ring. It has
always been like that, at least on Windows, in Emacs 23 and before, as
in Emacs 24.
> Not the intended, advertised behavior, but a buggy behavior.
> `mouse-drag-copy-region' was a no-op option.
That is a completely different issue. mouse-drag-copy-region was not
a no-op only on X, where there's the PRIMARY selection in addition to
the clipboard. Unless users of X are concerned about this change, I'm
not going to be. (Neither do I understand why you should be, except
if you for some reason want to continue a pointless argument just for
the sake of it.)
> That new bug is the one I reported: "pasting mouse selection in
> other session".
That bug is solved, whether you like it or not, in exactly the way you
wanted: by having an option (that fortunately already existed) one
needs to customize.
And that is the last time I'm speaking on this bug.
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, (continued)
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/17
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Eli Zaretskii, 2010/09/17
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Eli Zaretskii, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Eli Zaretskii, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Eli Zaretskii, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/20
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word,
Eli Zaretskii <=
- bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word, Drew Adams, 2010/09/21