[Top][All Lists]

[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: Chong Yidong
Subject: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word
Date: Sat, 04 Sep 2010 15:09:03 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Eli Zaretskii <address@hidden> writes:

>> Just curious, what about the case when you start with shift-select on
>> a few characters and then extend with mouse-3, is that a mouse drag
>> to be copied when mouse-drag-copy-region is t?  Or double click word,
>> shift select to extend, mouse-3 to extend and then shift select to
>> extend, what goes into kill ring then?  The "mouse" in
>> mouse-drag-copy-region makes these things difficult to figure out.
> I agree that this is confusing.  So maybe we should decide that a
> "drag", for the purpose of mouse-drag-copy-region, does not include
> extending the selection with whatever means.  Then, to pacify users
> who want Emacs 23 behavior, we will need either (a) introduce a new
> option, nil by default, which, when set non-nil, will copy selected
> text to the kill ring, or (b) decide that this is a Windows-only
> issue, and resolve it with a Windows-specific option with the same
> effect as in (a) above.

I'd rather not introduce another variable here.  I don't object to
allowing mouse-save-then-kill obey mouse-drag-copy-region (the emphasis
being on the "mouse" rather than the "drag"), provided the doc of
mouse-drag-copy-region is updated accordingly.

Any user who insists on changing mouse-drag-copy-region back to t can
deal with the inconsistency.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]