GNU bug report logs -
#6956
24.0.50; pasting mouse selection in other session pastes only first word
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Tue, 31 Aug 2010 16:48:02 UTC
Severity: normal
Found in version 24.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #38 received at 6956 <at> debbugs.gnu.org (full text, mbox):
On 04/09/10 09:35, Jan Djärv wrote:
>
>
> Eli Zaretskii skrev 2010-09-04 09.18:
>>> Date: Wed, 01 Sep 2010 17:38:31 +0300
>>> From: Eli Zaretskii<eliz <at> gnu.org>
>>> Cc: 6956 <at> debbugs.gnu.org
>>
>> Ping!
>>
>> I really need feedback for this, even if the feedback is that this is
>> specific to MS-Windows and should therefore be fixed by Windows-specific
>> changes.
>>
>> (FWIW, I think the problem is common to Windows and X alike.)
>
> It is the same in X and NS, i.e. extending with mouse-3 does not put the
> region in the kill ring when mouse-drag-copy-region is t.
>
Perhaps making mouse-save-then-kill respect mouse-drag-copy-region would
be best.
Various people may or may not recall that I did originally propose a
separate (and horribly named) customisation
"mouse-save-then-kill-copy-region" [1] for this reason*.
I can't now really imagine a situation where you'd want
mouse-drag-copy-region nil and the "mouse-save-then-kill-copy-region" t
or vice versa, you'd always want either both nil or both t**.
[1] http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg01018.html
(* I also munged in a ":double" setting, that made clipboard-interacting
operations took one more click than usual - i.e. the first click only
adjusted primary, but double and triple clicking acted like single and
double clicking used to)
(** or with ":double" functionality , either both nil, m-d-c-r
nil/m-s-t-k-c-r :double, or both t)
This bug report was last modified 14 years and 329 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.