From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Sat, 04 Sep 2010 10:35:34 +0200 Message-ID: <4C8204D6.5020201@swipnet.se> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1283589612 22642 80.91.229.12 (4 Sep 2010 08:40:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 4 Sep 2010 08:40:12 +0000 (UTC) Cc: cyd@stupidchicken.com, 6956@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 04 10:40:09 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OroID-0000A3-69 for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Sep 2010 10:40:09 +0200 Original-Received: from localhost ([127.0.0.1]:59122 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OroIC-0002Nh-67 for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Sep 2010 04:40:08 -0400 Original-Received: from [140.186.70.92] (port=42773 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OroI0-0002NW-Qt for bug-gnu-emacs@gnu.org; Sat, 04 Sep 2010 04:39:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OroHz-0004Vg-KS for bug-gnu-emacs@gnu.org; Sat, 04 Sep 2010 04:39:56 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44631) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OroHz-0004VY-Gn for bug-gnu-emacs@gnu.org; Sat, 04 Sep 2010 04:39:55 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OroCH-0005z8-UZ; Sat, 04 Sep 2010 04:34:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Sep 2010 08:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6956 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6956-submit@debbugs.gnu.org id=B6956.128358923023000 (code B ref 6956); Sat, 04 Sep 2010 08:34:01 +0000 Original-Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 08:33:50 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OroC6-0005yv-Cs for submit@debbugs.gnu.org; Sat, 04 Sep 2010 04:33:50 -0400 Original-Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OroC4-0005yp-VG for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 04:33:49 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 3CAE0E9FCD for <6956@debbugs.gnu.org>; Sat, 4 Sep 2010 10:35:35 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj03AFahgUxV4S0jPGdsb2JhbACHapkxDAEBAQE1LbsKgxwCgh0E X-IronPort-AV: E=Sophos;i="4.56,317,1280700000"; d="scan'208";a="126671112" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb1.telenor.se with ESMTP; 04 Sep 2010 10:35:35 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id F24647FA05A; Sat, 4 Sep 2010 10:35:34 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 In-Reply-To: <83bp8eht8b.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 04 Sep 2010 04:34:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39949 Archived-At: Eli Zaretskii skrev 2010-09-04 09.18: >> Date: Wed, 01 Sep 2010 17:38:31 +0300 >> From: Eli Zaretskii >> Cc: 6956@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. 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. Jan D. > >>> From: Chong Yidong >>> Cc: Drew Adams, 6956@debbugs.gnu.org >>> Date: Tue, 31 Aug 2010 14:13:30 -0400 >>> >>> Eli Zaretskii writes: >>> >>>>> Select some text (several words) with the mouse using double-click >>>>> mouse-1 on one word then mouse-3 on a later word in the text. >>>> >>>> Does this constitute a "mouse drag"? Can someone please tell what >>>> happens on X with the recipe in this bug report? >>> >>> Yes, this follows the rule that if the region is highlighted, the >>> primary selection is set. On X, if you double-mouse-1 on a word and >>> extend the region with mouse-3, you can use mouse-2 to paste the entire >>> selection into another application. >> >> The issue here is that mouse-drag-copy-region is advertised to copy to >> the kill-ring regions which are highlighted by dragging the mouse. >> But mouse-drag-copy-region only affects mouse-drag-region (via >> mouse-drag-track), which is bound to mouse-1. Mouse-3, OTOH, is bound >> to mouse-save-then-kill, which is not affected at all by >> mouse-drag-copy-region. >> >> So when Drew double-clicks mouse-1, the highlighted first word is >> indeed copied into the kill ring (and winds up in the clipboard), but >> extending the region with mouse-3 doesn't copy the extended region. >> >> What I think happens on X under mouse-drag-copy-region is that the >> first word is copied into the clipboard, while the extended region is >> copied to the PRIMARY selection by the code in command_loop_1 which >> catches active regions. Can you please verify this? >> >> If my guess is correct, then I think this is a bug: we should copy the >> whole region to the kill-ring when mouse-drag-copy-region is non-nil. >> That is, if extending the region with mouse-3 as described in this >> report indeed constitutes a "mouse drag". >> > >