From unknown Wed Sep 10 10:23:15 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#6956 <6956@debbugs.gnu.org> To: bug#6956 <6956@debbugs.gnu.org> Subject: Status: 24.0.50; pasting mouse selection in other session pastes only first word Reply-To: bug#6956 <6956@debbugs.gnu.org> Date: Wed, 10 Sep 2025 17:23:15 +0000 retitle 6956 24.0.50; pasting mouse selection in other session pastes only = first word reassign 6956 emacs submitter 6956 "Drew Adams" severity 6956 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 31 12:47:37 2010 Received: (at submit) by debbugs.gnu.org; 31 Aug 2010 16:47:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqTzk-0000P9-BJ for submit@debbugs.gnu.org; Tue, 31 Aug 2010 12:47:37 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqTzi-0000P4-CH for submit@debbugs.gnu.org; Tue, 31 Aug 2010 12:47:35 -0400 Received: from lists.gnu.org ([199.232.76.165]:57881) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OqU1I-0005fx-UD for submit@debbugs.gnu.org; Tue, 31 Aug 2010 12:49:13 -0400 Received: from [140.186.70.92] (port=60361 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OqU1D-0003EO-JF for bug-gnu-emacs@gnu.org; Tue, 31 Aug 2010 12:49:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OqU18-0003dU-1u for bug-gnu-emacs@gnu.org; Tue, 31 Aug 2010 12:49:07 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:32004) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqU17-0003d8-OV for bug-gnu-emacs@gnu.org; Tue, 31 Aug 2010 12:49:02 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7VGmxdL000388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 31 Aug 2010 16:49:00 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7VFrjVG010325 for ; Tue, 31 Aug 2010 16:48:59 GMT Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 564704701283273325; Tue, 31 Aug 2010 09:48:45 -0700 Received: from dradamslap1 (/10.159.220.154) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Aug 2010 09:48:45 -0700 From: "Drew Adams" To: Subject: 24.0.50; pasting mouse selection in other session pastes only first word Date: Tue, 31 Aug 2010 09:48:44 -0700 Message-ID: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: ActJLF/1jGNO3U9AQteT/DXTBpRwuA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) Dunno whether you prefer a new bug report for this or continuing the saga within a previous bug report. This is no longer about "No primary selection", but picking up from the thread of bug #6689, for background: > > > I still want the ability to select text with the mouse > > > and yank it into the same or another Emacs session > > > (even another session of another Emacs release - > > > in either direction). > > > > You can have it, if you customize mouse-drag-copy-region to > > t, like it was before the changes that broke mouse-2 on Windows. > > Thanks for the info. Hopefully, when all of the changes are > over and done with, and all of the default decisions made, > this and any other customizations needed to get back the > previous behavior will be documented together (e.g. in NEWS). > > BTW, the doc string for that option doesn't say much about > what it does, at least to me. And the option name doesn't > seem terrific either. Have you actually tried it? No, it does not work, for me at least in GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-08-30 on 3249CTO. Even if I set that option to t in both Emacs sessions (and even if both sessions are of this latest build), the entire selection is not pasted. For each session: emacs -Q M-x set-variable mouse-drag-copy-region RET t RET 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. mouse-2 in the same session will correctly paste the complete selection. But mouse-2 in the other session pastes only the first word of the selection. -- Not happy. I sure wish this mouse/keyboard/copy/paste/kill/yank/ stuff would converge on a fixed point and would be fixed once and for all, so we could somehow get back the (superior) behavior we had (at least on Windows) prior to Emacs 24. For months now we've been promised that at a minimum users would be able to easily get back the previous behavior. But all we've seen for those months is a steady stream of problems. Admittedly some of those problems are not directly related to each other - e.g. some are applicable only to Windows or only to X or only to Mac or only to xterms or only about the mouse or only about the keyboard or only about copying or only about pasting or... But they all seem to be related to the recent f.+ing with Emacs selection in the name of conforming Emacs to X Window. We keep hearing about things having been fixed. When will it end? Sure, by trying Emacs 24 we accept that things will be imperfect temporarily, but I don't recall something so basic being so variously broken for so long before. T E S T before committing? Even the prodigious, complex, and profound changes made by K. Handa (and others) to add Unicode support in Emacs 23 did not introduce as much perturbation to the development builds - far from it. What's going on in the current case that makes it so volatile? In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-08-30 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 31 13:23:10 2010 Received: (at 6956) by debbugs.gnu.org; 31 Aug 2010 17:23:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqUY8-0000cw-MS for submit@debbugs.gnu.org; Tue, 31 Aug 2010 13:23:09 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqUY6-0000ca-3d for 6956@debbugs.gnu.org; Tue, 31 Aug 2010 13:23:06 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L8100J001O3EW00@a-mtaout21.012.net.il> for 6956@debbugs.gnu.org; Tue, 31 Aug 2010 20:24:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.202.93]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8100JHY1P6BB60@a-mtaout21.012.net.il>; Tue, 31 Aug 2010 20:24:43 +0300 (IDT) Date: Tue, 31 Aug 2010 20:26:49 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83eidek812.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > From: "Drew Adams" > Date: Tue, 31 Aug 2010 09:48:44 -0700 > Cc: > > 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? > Not happy. I sure wish this mouse/keyboard/copy/paste/kill/yank/ stuff > would converge on a fixed point and would be fixed once and for all, so > we could somehow get back the (superior) behavior we had (at least on > Windows) prior to Emacs 24. > > For months now we've been promised that at a minimum users would be > able to easily get back the previous behavior. But all we've seen for > those months is a steady stream of problems. Admittedly some of those > problems are not directly related to each other - e.g. some are > applicable only to Windows or only to X or only to Mac or only to > xterms or only about the mouse or only about the keyboard or only > about copying or only about pasting or... I don't consider the current state of affairs as final on Windows in this regard. There's a couple of issues to discuss and then implement, but I'm waiting for the dust to settle in the X builds, before suggesting what I think should be done on Windows. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 31 14:11:54 2010 Received: (at 6956) by debbugs.gnu.org; 31 Aug 2010 18:11:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqVJK-0000wa-C5 for submit@debbugs.gnu.org; Tue, 31 Aug 2010 14:11:54 -0400 Received: from pantheon-po41.its.yale.edu ([130.132.50.98]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqVJI-0000wV-1p for 6956@debbugs.gnu.org; Tue, 31 Aug 2010 14:11:52 -0400 Received: from furry (dhcp128036014154.central.yale.edu [128.36.14.154]) (authenticated bits=0) by pantheon-po41.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o7VIDUrm011562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 31 Aug 2010 14:13:30 -0400 Received: by furry (Postfix, from userid 1000) id 84BE116D402; Tue, 31 Aug 2010 14:13:30 -0400 (EDT) From: Chong Yidong To: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> Date: Tue, 31 Aug 2010 14:13:30 -0400 In-Reply-To: <83eidek812.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Aug 2010 20:26:49 +0300") Message-ID: <87eideejlh.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 31 14:15:41 2010 Received: (at 6956) by debbugs.gnu.org; 31 Aug 2010 18:15:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqVMy-0001d4-HQ for submit@debbugs.gnu.org; Tue, 31 Aug 2010 14:15:41 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqVMw-0001cz-7z for 6956@debbugs.gnu.org; Tue, 31 Aug 2010 14:15:38 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o7VIHEdJ031700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Aug 2010 18:17:15 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o7VHuKUe000388; Tue, 31 Aug 2010 18:17:13 GMT Received: from abhmt016.oracle.com by acsmt353.oracle.com with ESMTP id 565002371283278619; Tue, 31 Aug 2010 11:16:59 -0700 Received: from dradamslap1 (/10.159.220.154) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 31 Aug 2010 11:16:58 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Tue, 31 Aug 2010 11:16:54 -0700 Message-ID: <10A1F2B7D454471CB90F500D5301D305@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83eidek812.fsf@gnu.org> Thread-Index: ActJMWlbedDj/OEVQCSBoXGhCx8wdAABv3tg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Spam-Score: -5.6 (-----) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > Does this constitute a "mouse drag"? AFAIK, yes. mouse-3 does a "drag" officially. Meaning that it extends (which can also mean restricts) the selection. > I don't consider the current state of affairs as final on Windows in > this regard. There's a couple of issues to discuss and then > implement, but I'm waiting for the dust to settle in the X builds, > before suggesting what I think should be done on Windows. It is at least good to hear that the current state is not intended to be the final state. Thx. From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 01 10:35:06 2010 Received: (at 6956) by debbugs.gnu.org; 1 Sep 2010 14:35:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqoP4-0002Kt-9C for submit@debbugs.gnu.org; Wed, 01 Sep 2010 10:35:06 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OqoP1-0002KX-FT for 6956@debbugs.gnu.org; Wed, 01 Sep 2010 10:35:04 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8200700OHM2200@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Wed, 01 Sep 2010 17:36:25 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.202.93]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L82005E2OKOFCE0@a-mtaout22.012.net.il>; Wed, 01 Sep 2010 17:36:25 +0300 (IDT) Date: Wed, 01 Sep 2010 17:38:31 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <87eideejlh.fsf@stupidchicken.com> X-012-Sender: halo1@inter.net.il To: Chong Yidong Message-id: <838w3ljzq0.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.6 (/) > 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". From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 03:14:57 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 07:14:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ormxk-0005Rz-O9 for submit@debbugs.gnu.org; Sat, 04 Sep 2010 03:14:56 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ormxj-0005Ru-0R for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 03:14:56 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L8700E00O0Z8L00@a-mtaout20.012.net.il> for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 10:16:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.202.93]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8700EDRO7D2H50@a-mtaout20.012.net.il>; Sat, 04 Sep 2010 10:16:29 +0300 (IDT) Date: Sat, 04 Sep 2010 10:18:28 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <838w3ljzq0.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: cyd@stupidchicken.com, 6956@debbugs.gnu.org Message-id: <83bp8eht8b.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> X-Spam-Score: -0.9 (/) X-Debbugs-Envelope-To: 6956 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > 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.) > > 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". > From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 04:33:50 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 08:33:50 +0000 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 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 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" 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 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) Message-ID: <4C8204D6.5020201@swipnet.se> Date: Sat, 04 Sep 2010 10:35:34 +0200 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= 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 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> In-Reply-To: <83bp8eht8b.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) 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". >> > > From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 07:03:58 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 11:03:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrqXO-00078H-EK for submit@debbugs.gnu.org; Sat, 04 Sep 2010 07:03:58 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrqXM-00078C-9H for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 07:03:57 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8700C00YPY3M00@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 14:05:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.201.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8700BUBYTG9N90@a-mtaout22.012.net.il>; Sat, 04 Sep 2010 14:05:41 +0300 (IDT) Date: Sat, 04 Sep 2010 14:07:43 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <4C8204D6.5020201@swipnet.se> To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Message-id: <8339tpix6o.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Sat, 04 Sep 2010 10:35:34 +0200 > From: Jan Dj=E4rv > CC: cyd@stupidchicken.com, 6956@debbugs.gnu.org >=20 > > I really need feedback for this, even if the feedback is that thi= s is > > specific to MS-Windows and should therefore be fixed by Windows-s= pecific > > changes. > > > > (FWIW, I think the problem is common to Windows and X alike.) >=20 > It is the same in X and NS, i.e. extending with mouse-3 does not pu= t the=20 > region in the kill ring when mouse-drag-copy-region is t. Which means the first word goes to the clipboard and can be pasted in other apps, while the extended selection goes to PRIMARY only and can only be accessed by other apps via the mouse. Is that correct? > Just curious, what about the case when you start with shift-select = on a few=20 > characters and then extend with mouse-3, is that a mouse drag to be= copied=20 > when mouse-drag-copy-region is t? Or double click word, shift sele= ct to=20 > extend, mouse-3 to extend and then shift select to extend, what goe= s into kill=20 > ring then? The "mouse" in mouse-drag-copy-region makes these thing= s difficult=20 > 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. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 11:05:17 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 15:05:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OruIv-00010Q-Hn for submit@debbugs.gnu.org; Sat, 04 Sep 2010 11:05:17 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OruIs-00010L-K8 for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 11:05:15 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o84F71TH028162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 4 Sep 2010 15:07:02 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o843SKTf013280; Sat, 4 Sep 2010 15:07:01 GMT Received: from abhmt014.oracle.com by acsmt355.oracle.com with ESMTP id 577030771283612784; Sat, 04 Sep 2010 08:06:24 -0700 Received: from dradamslap1 (/10.159.217.86) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 04 Sep 2010 08:06:23 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" , "=?iso-8859-1?Q?'Jan_Dj=E4rv'?=" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com><83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com><838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org><4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Sat, 4 Sep 2010 08:06:19 -0700 Message-ID: <02F047848B344081A82C57995B4312C6@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8339tpix6o.fsf@gnu.org> Thread-Index: ActMIbmAbWlRqwUiRrqDmREOTGjLsQAHplvA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > 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. Whatever you do, please do make it easy to restore the pre-24 behavior. That is the EMACS behavior - the behavior that Emacs has long/always had (since it introduced mouse support?). It is not just the "Emacs 23 behavior". FWIW, though I seldom use Emacs on X Window these days, I used it for well a over a decade and I do not recall pasting with mouse-2 after selecting multiple things (words, lines, whatever) using mouse-1 + mouse-3 (or using any other mouse-selection method, for that matter) ever having done anything other than paste the entire selection. Including pasting between Emacs sessions. I do not believe this sane behavior is/was Windows-only. IMO, when mouse-pasting after mouse-selecting, no one would ever want what is pasted to be something different from what s?he had selected. The meaning of "drag" is irrelevant in this regard (though it might be relevant to some function names or code comments). What you select should be what gets pasted. Period. That has always been the case, and it should always be the case, even if in your quest for progress (or standards conformity) you relegate it to some non-default, optional behavior. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 11:13:32 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 15:13:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OruQt-00013g-Te for submit@debbugs.gnu.org; Sat, 04 Sep 2010 11:13:32 -0400 Received: from smtprelay-h22.telenor.se ([195.54.99.197]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OruQr-00013a-U9 for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 11:13:30 -0400 Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 6ABDAEB31B for <6956@debbugs.gnu.org>; Sat, 4 Sep 2010 17:15:18 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQyACH/gUxV4S0jPGdsb2JhbACHaZkyDAEBAQE1LbpkhT0E X-IronPort-AV: E=Sophos;i="4.56,318,1280700000"; d="scan'208";a="126738568" 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 17:15:18 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 684967FA05A; Sat, 4 Sep 2010 17:15:17 +0200 (CEST) Message-ID: <4C826285.50104@swipnet.se> Date: Sat, 04 Sep 2010 17:15:17 +0200 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= 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 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> In-Reply-To: <8339tpix6o.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) Eli Zaretskii skrev 2010-09-04 13.07: >> Date: Sat, 04 Sep 2010 10:35:34 +0200 >> From: Jan Dj=E4rv >> >> It is the same in X and NS, i.e. extending with mouse-3 does not put t= he >> region in the kill ring when mouse-drag-copy-region is t. > > Which means the first word goes to the clipboard and can be pasted in > other apps, while the extended selection goes to PRIMARY only and can > only be accessed by other apps via the mouse. Is that correct? Yes. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 11:40:45 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 15:40:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrurF-0001EE-4B for submit@debbugs.gnu.org; Sat, 04 Sep 2010 11:40:45 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrurC-0001E9-NT for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 11:40:44 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8800F00BFP8W00@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 18:42:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.201.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8800ET4BMR4V90@a-mtaout22.012.net.il>; Sat, 04 Sep 2010 18:42:29 +0300 (IDT) Date: Sat, 04 Sep 2010 18:44:30 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <02F047848B344081A82C57995B4312C6@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83y6bhh5sx.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <02F047848B344081A82C57995B4312C6@us.oracle.com> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: , <6956@debbugs.gnu.org> > Date: Sat, 4 Sep 2010 08:06:19 -0700 > > FWIW, though I seldom use Emacs on X Window these days, I used it for well a > over a decade and I do not recall pasting with mouse-2 after selecting multiple > things (words, lines, whatever) using mouse-1 + mouse-3 (or using any other > mouse-selection method, for that matter) ever having done anything other than > paste the entire selection. Including pasting between Emacs sessions. I do not > believe this sane behavior is/was Windows-only. It still works on X like you remember. But it works because the extended selection gets put into the PRIMARY selection, and mouse-2 pastes from there. See Jan's response to my guess about this. By contrast, on Windows, the (emulated) primary selection is not accessible from other applications. I'm awaiting Stefan or Chong to respond to my suggestions in this thread. If the decision is not to change anything on X, I will then fix it for MS-Windows only, probably subject to a single option which you will have to customize. > IMO, when mouse-pasting after mouse-selecting, no one would ever want what is > pasted to be something different from what s?he had selected. The meaning of > "drag" is irrelevant in this regard (though it might be relevant to some > function names or code comments). The problem is that on X, there are 2 different kinds of "pasting": one from the clipboard, the other from PRIMARY. The current convention on X is that the mouse pastes from PRIMARY, while C-y pastes from the clipboard. "Drag" is relevant because Emacs puts the text you drag across into the kill ring (when mouse-drag-copy-region is non-nil). And anything that goes to the kill ring automatically goes to the clipboard as well. By contrast, mouse-2 pastes only from PRIMARY. And please, stop arguing with the principle. Emacs operation on X wrt selections and pasting has changed, and there's nothing you or me can do about that, except making sure that there are options one can customize to get the old behavior. The default behavior on Windows will need to follow the behavior on X, with some reasonable compromises due to the fact that there's only the clipboard. Again, customizable options should exist to get you the old behavior on Windows. All I'm trying to do is get you what you want, and yet each time I need to argue with you about this -- why? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 13:04:17 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 17:04:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrwA4-0001pd-Qg for submit@debbugs.gnu.org; Sat, 04 Sep 2010 13:04:17 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrwA2-0001pY-IJ for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 13:04:15 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 814FF683B6; Sat, 4 Sep 2010 18:05:58 +0100 (IST) Message-ID: <4C827C78.70505@harpegolden.net> Date: Sat, 04 Sep 2010 18:06:00 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: =?UTF-8?B?SmFuIERqw6Rydg==?= Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> In-Reply-To: <4C8204D6.5020201@swipnet.se> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , 6956@debbugs.gnu.org, cyd@stupidchicken.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On 04/09/10 09:35, Jan Dj=C3=A4rv wrote: > > > 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-specif= ic >> 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 th= e > region in the kill ring when mouse-drag-copy-region is t. > Perhaps making mouse-save-then-kill respect mouse-drag-copy-region would=20 be best. Various people may or may not recall that I did originally propose a=20 separate (and horribly named) customisation=20 "mouse-save-then-kill-copy-region" [1] for this reason*. I can't now really imagine a situation where you'd want=20 mouse-drag-copy-region nil and the "mouse-save-then-kill-copy-region" t=20 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=20 operations took one more click than usual - i.e. the first click only=20 adjusted primary, but double and triple clicking acted like single and=20 double clicking used to) (** or with ":double" functionality , either both nil, m-d-c-r=20 nil/m-s-t-k-c-r :double, or both t) From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 15:07:17 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 19:07:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ory57-0003MP-9d for submit@debbugs.gnu.org; Sat, 04 Sep 2010 15:07:17 -0400 Received: from pantheon-po15.its.yale.edu ([130.132.50.71]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ory55-0003MK-Ot for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 15:07:16 -0400 Received: from furry (173-14-147-246-NewEngland.hfc.comcastbusiness.net [173.14.147.246]) (authenticated bits=0) by pantheon-po15.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o84J93wE028085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Sep 2010 15:09:03 -0400 Received: by furry (Postfix, from userid 1000) id 47CB0C018; Sat, 4 Sep 2010 15:09:03 -0400 (EDT) From: Chong Yidong To: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> Date: Sat, 04 Sep 2010 15:09:03 -0400 In-Reply-To: <8339tpix6o.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 04 Sep 2010 14:07:43 +0300") Message-ID: <87hbi58gxc.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 6956 Cc: Jan =?utf-8?Q?Dj=C3=A4rv?= , 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) Eli Zaretskii 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. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 16:33:44 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 20:33:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrzQl-0004YM-Jd for submit@debbugs.gnu.org; Sat, 04 Sep 2010 16:33:43 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrzQk-0004YH-7k for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 16:33:42 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 64D64683AF; Sat, 4 Sep 2010 21:35:26 +0100 (IST) Message-ID: <4C82AD90.5040003@harpegolden.net> Date: Sat, 04 Sep 2010 21:35:28 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> In-Reply-To: <87hbi58gxc.fsf@stupidchicken.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , =?UTF-8?B?RGrDpHJ2?= , 6956@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On 04/09/10 20:09, Chong Yidong wrote: > 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. > I had an initial stab (not bothering with "double" previously mentioned, guess there's no demand) that I was about to send, but then I realised my effort was inadequate, so just to note: We _don't_ want a new kill ring entry for each new mouse-3 click in a different position for a given region activation, we want it to replace the front of kill-ring if it's extending a region that's already been saved to the kill ring previously in the same activation. Testing emacs 22.3, it replaced, and as a comment in its (too different to use directly) source says: ;; We have already put the old region in the kill ring. ;; Replace it with the extended region. ;; (It would be annoying to make a separate entry.) - having just tried a patch that didn't take pains to do that replacement, I can confirm it is annoying... ========= Aside: If someone were to make mouse-3 dragging extend an existing region some day*, of course you wouldn't want it copying to kill ring a zillion times. Maybe mouse-3-drag-existing-region-adjustment could be added "cheaply" by reusing most of the existing mouse-drag. * analogous with other-app Shift-Mouse-1 dragging, emacs of course having some popup font menu on Shift-Mouse-1 and using Mouse-3 for existing region adjustment where other apps tend to have a popup context menu on Mouse-3 and use Shift-Mouse-1 for existing region adjustment... From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 17:36:38 2010 Received: (at 6956) by debbugs.gnu.org; 4 Sep 2010 21:36:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os0Pe-0004z7-GA for submit@debbugs.gnu.org; Sat, 04 Sep 2010 17:36:38 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os0Pc-0004z2-5B for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 17:36:36 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 5244B684BF; Sat, 4 Sep 2010 22:38:20 +0100 (IST) Message-ID: <4C82BC4E.4080500@harpegolden.net> Date: Sat, 04 Sep 2010 22:38:22 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> In-Reply-To: <4C82AD90.5040003@harpegolden.net> Content-Type: multipart/mixed; boundary="------------090306060805000108070706" X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , =?UTF-8?B?RGrDpHJ2?= , 6956@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) This is a multi-part message in MIME format. --------------090306060805000108070706 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 04/09/10 21:35, David De La Harpe Golden wrote: > We _don't_ want a new kill ring entry for each new mouse-3 click in a > different position for a given region activation, we want it to replace > the front of kill-ring if it's extending a region that's already been > saved to the kill ring previously in the same activation. > How about the attached? --------------090306060805000108070706 Content-Type: text/x-patch; name="mouse-save-then-kill-save-on-mdcr_r1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mouse-save-then-kill-save-on-mdcr_r1.diff" === modified file 'lisp/mouse.el' --- lisp/mouse.el 2010-08-29 16:17:13 +0000 +++ lisp/mouse.el 2010-09-04 21:33:14 +0000 @@ -43,7 +43,11 @@ :group 'mouse) (defcustom mouse-drag-copy-region nil - "If non-nil, mouse drag copies region to kill-ring." + "If non-nil, copy to kill-ring upon mouse adjustments of the region. + +For consistency this affects both actual mouse drag operations and +`mouse-save-then-kill' (\\[mouse-save-then-kill]) operations that +change the region." :type 'boolean :version "24.1" :group 'mouse) @@ -1342,14 +1346,21 @@ If the region is inactive, activate it temporarily. Set mark at the original point, and move point to the position of CLICK. +If `mouse-drag-copy-region' is non-nil, also save the region +to the kill ring. If the region is already active, adjust it. Normally, do this by moving point or mark, whichever is closer, to CLICK. But if you have selected whole words or lines, move point or mark to the word or line boundary closest to CLICK instead. +If `mouse-drag-copy-region' is non-nil, also save the region +to the kill ring, replacing the previous kill corresponding +to the already active region. If this command is called a second consecutive time with the same -CLICK position, kill the region." +CLICK position, kill the region (or delete it +if `mouse-drag-copy-region' is non-nil - it will already +have been saved to the kill ring by the previous click.)" (interactive "e") (mouse-minibuffer-check click) (let* ((posn (event-start click)) @@ -1371,7 +1382,12 @@ ((and (eq last-command 'mouse-save-then-kill) (eq click-pt mouse-save-then-kill-posn) (eq window (selected-window))) - (kill-region (mark t) (point)) + (if mouse-drag-copy-region + ;; region already saved the previous click, + ;; don't make a duplicate entry, just delete + (delete-region (mark t) (point)) + (kill-region (mark t) (point))) + (setq deactivate-mark t) (setq mouse-selection-click-count 0) (setq mouse-save-then-kill-posn nil)) @@ -1394,6 +1410,9 @@ (goto-char (nth 1 range))) (setq deactivate-mark nil) (mouse-set-region-1) + (when mouse-drag-copy-region + ;; presumably region already copied to kill-ring once, so replace. + (kill-new (filter-buffer-substring (mark t) (point)) t)) ;; Arrange for a repeated mouse-3 to kill the region. (setq mouse-save-then-kill-posn click-pt))) @@ -1405,6 +1424,8 @@ (if before-scroll (goto-char before-scroll))) (exchange-point-and-mark) (mouse-set-region-1) + (when mouse-drag-copy-region + (kill-new (filter-buffer-substring (mark t) (point)))) (setq mouse-save-then-kill-posn click-pt))))) --------------090306060805000108070706-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 21:52:00 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 01:52:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os4Om-0006Z3-5T for submit@debbugs.gnu.org; Sat, 04 Sep 2010 21:52:00 -0400 Received: from pantheon-po45.its.yale.edu ([130.132.50.79]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os4Ol-0006Yy-3x for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 21:51:59 -0400 Received: from furry (adsl-99-89-95-190.dsl.wlfrct.sbcglobal.net [99.89.95.190]) (authenticated bits=0) by pantheon-po45.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o851rmBd015495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Sep 2010 21:53:48 -0400 Received: by furry (Postfix, from userid 1000) id 4F0D6C018; Sat, 4 Sep 2010 21:53:47 -0400 (EDT) From: Chong Yidong To: David De La Harpe Golden Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> Date: Sat, 04 Sep 2010 21:53:46 -0400 In-Reply-To: <4C82BC4E.4080500@harpegolden.net> (David De La Harpe Golden's message of "Sat, 04 Sep 2010 22:38:22 +0100") Message-ID: <87pqwtuf9x.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , =?utf-8?Q?Dj?=, 6956@debbugs.gnu.org, Drew Adams , =?utf-8?Q?=C3=A4rv?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Thanks, the patch looks generally OK, except for the following: > (defcustom mouse-drag-copy-region nil > - "If non-nil, mouse drag copies region to kill-ring." > + "If non-nil, copy to kill-ring upon mouse adjustments of the region. > + > +For consistency this affects both actual mouse drag operations and > +`mouse-save-then-kill' (\\[mouse-save-then-kill]) operations that > +change the region." It is sufficient to say "This affects `mouse-save-then-kill' (\\[mouse-save-then-kill]) in addition to mouse drags." > If the region is inactive, activate it temporarily. Set mark at > the original point, and move point to the position of CLICK. > +If `mouse-drag-copy-region' is non-nil, also save the region > +to the kill ring. > > If the region is already active, adjust it. Normally, do this by > moving point or mark, whichever is closer, to CLICK. But if you > have selected whole words or lines, move point or mark to the > word or line boundary closest to CLICK instead. > +If `mouse-drag-copy-region' is non-nil, also save the region > +to the kill ring, replacing the previous kill corresponding > +to the already active region. We don't need to explain what mouse-drag-copy-region does twice. Just add a separate paragraph saying If `mouse-drag-copy-region' is non-nil, this command also saves the region to the kill ring, replacing the previous kill if it was also made with `mouse-save-then-kill'. > If this command is called a second consecutive time with the same > -CLICK position, kill the region." > +CLICK position, kill the region (or delete it > +if `mouse-drag-copy-region' is non-nil - it will already > +have been saved to the kill ring by the previous click.)" Omit the part after the "-", it's not necessary. > - (kill-region (mark t) (point)) > + (if mouse-drag-copy-region > + ;; region already saved the previous click, > + ;; don't make a duplicate entry, just delete > + (delete-region (mark t) (point)) > + (kill-region (mark t) (point))) > + (setq deactivate-mark t) What's the additional deactivate-mark for? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 04 23:06:12 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 03:06:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os5YZ-000710-IX for submit@debbugs.gnu.org; Sat, 04 Sep 2010 23:06:11 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os5YW-00070u-MN for 6956@debbugs.gnu.org; Sat, 04 Sep 2010 23:06:09 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8900L00798L900@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Sun, 05 Sep 2010 06:07:56 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.126.201.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8900L2K7D7KF20@a-mtaout22.012.net.il>; Sun, 05 Sep 2010 06:07:56 +0300 (IDT) Date: Sun, 05 Sep 2010 06:09:59 +0300 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <4C82BC4E.4080500@harpegolden.net> To: David De La Harpe Golden Message-id: <83vd6khomw.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, 6956@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Sat, 04 Sep 2010 22:38:22 +0100 > From: David De La Harpe Golden > CC: 6956@debbugs.gnu.org, Eli Zaretskii , Jan Dj=C3= =A4rv > , Drew Adams >=20 > > We _don't_ want a new kill ring entry for each new mouse-3 click = in a > > different position for a given region activation, we want it to r= eplace > > the front of kill-ring if it's extending a region that's already = been > > saved to the kill ring previously in the same activation. > > >=20 > How about the attached? What will this do in the use-cases described by Jan, where the selection is extended by shift-arrows, before hitting mouse-3? From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 00:47:06 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 04:47:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os78E-0007dD-0b for submit@debbugs.gnu.org; Sun, 05 Sep 2010 00:47:06 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os78C-0007cr-3H for 6956@debbugs.gnu.org; Sun, 05 Sep 2010 00:47:04 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 1EE78683AF; Sun, 5 Sep 2010 05:48:48 +0100 (IST) Message-ID: <4C832133.8020806@harpegolden.net> Date: Sun, 05 Sep 2010 05:48:51 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> <83vd6khomw.fsf@gnu.org> In-Reply-To: <83vd6khomw.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, 6956@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On 05/09/10 04:09, Eli Zaretskii wrote: > What will this do in the use-cases described by Jan, where the > selection is extended by shift-arrows, before hitting mouse-3? Jan D. wrote: > 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? When mouse-drag-copy-region is t, it will copy the new region at mouse-3 time (it does not somehow make keyboard shift-selection itself do a mouse-like copy...) This is similar to older emacs behaviour for C-SPC active regions, which would copy on mouse-3 extension of a C-SPC active region. Jan D. wrote: > Or double click word, shift select to extend, mouse-3 to extend and > then shift select to extend, what goes into kill ring then? This is more problematic when mouse-drag-copy-region is t, what it will do is copy the region at double-click time, not copy at shift-select extension time, then replace-copy at mouse-3 time, then the subsequent shift-select won't replace-copy the additionally altered region. Now, maybe there is something more sensible that could be done, but what is the best behaviour for mixed keyboard/mouse/keyboard/mouse selection extension if you've just explicitly asked for mouse selections to do one thing and keyboard selections another? I wouldn't bet there's a large overlap between people who like shift-selection and like mouse-drag-copy-region=>t in the first place, but possibly the "copying-ness" could be somewhat sticky, so once it copies owing to region change by mouse, it keeps replace-copying on each subsequent region extension whether by mouse or keyboard in the same activation? Yeesh. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 01:04:37 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 05:04:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7PB-0007jh-Jr for submit@debbugs.gnu.org; Sun, 05 Sep 2010 01:04:37 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7P9-0007jc-Ly for 6956@debbugs.gnu.org; Sun, 05 Sep 2010 01:04:36 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1Os7Qu-0006Cz-3l; Sun, 05 Sep 2010 01:06:24 -0400 From: Eli Zaretskii To: David De La Harpe Golden In-reply-to: <4C832133.8020806@harpegolden.net> (message from David De La Harpe Golden on Sun, 05 Sep 2010 05:48:51 +0100) Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> <83vd6khomw.fsf@gnu.org> <4C832133.8020806@harpegolden.net> Message-Id: Date: Sun, 05 Sep 2010 01:06:24 -0400 X-Spam-Score: -6.5 (------) X-Debbugs-Envelope-To: 6956 Cc: cyd@stupidchicken.com, jan.h.d@swipnet.se, 6956@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > Date: Sun, 05 Sep 2010 05:48:51 +0100 > From: David De La Harpe Golden > CC: cyd@stupidchicken.com, 6956@debbugs.gnu.org, jan.h.d@swipnet.se, > drew.adams@oracle.com > > On 05/09/10 04:09, Eli Zaretskii wrote: > > > What will this do in the use-cases described by Jan, where the > > selection is extended by shift-arrows, before hitting mouse-3? > > Jan D. wrote: > > 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? > > When mouse-drag-copy-region is t, it will copy the new region at mouse-3 > time That's good, IMO. > (it does not somehow make keyboard shift-selection itself do a > mouse-like copy...) Should we make shift-selection act like a mouse drag? > Now, maybe there is something more sensible that could be done, but what > is the best behaviour for mixed keyboard/mouse/keyboard/mouse selection > extension if you've just explicitly asked for mouse selections to do one > thing and keyboard selections another? By default, shift-selected region should be placed in PRIMARY. But the question here is what should shift-selection do when mouse-drag-copy-region is non-nil. Should shift-selection behave like dragging the mouse or not? From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 01:31:38 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 05:31:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7pJ-0007tg-Tk for submit@debbugs.gnu.org; Sun, 05 Sep 2010 01:31:38 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Os7pH-0007tb-Q8 for 6956@debbugs.gnu.org; Sun, 05 Sep 2010 01:31:36 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 0E968683AF; Sun, 5 Sep 2010 06:33:20 +0100 (IST) Message-ID: <4C832BA3.4000301@harpegolden.net> Date: Sun, 05 Sep 2010 06:33:23 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> <87pqwtuf9x.fsf@stupidchicken.com> In-Reply-To: <87pqwtuf9x.fsf@stupidchicken.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , =?UTF-8?B?RGrDpHJ2?= , 6956@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On 05/09/10 02:53, Chong Yidong wrote: >> - (kill-region (mark t) (point)) >> + (if mouse-drag-copy-region >> + ;; region already saved the previous click, >> + ;; don't make a duplicate entry, just delete >> + (delete-region (mark t) (point)) >> + (kill-region (mark t) (point))) >> + (setq deactivate-mark t) > > What's the additional deactivate-mark for? Uh. Nothing, I think. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 05 10:35:13 2010 Received: (at 6956) by debbugs.gnu.org; 5 Sep 2010 14:35:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OsGJM-0003mW-Ma for submit@debbugs.gnu.org; Sun, 05 Sep 2010 10:35:13 -0400 Received: from harpegolden.net ([65.99.215.13]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OsGJK-0003lU-HP for 6956@debbugs.gnu.org; Sun, 05 Sep 2010 10:35:11 -0400 Received: from [87.198.55.208] (87-198-55-208.ptr.magnet.ie [87.198.55.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 7C42C684A8; Sun, 5 Sep 2010 15:36:56 +0100 (IST) Message-ID: <4C83AB0A.8040605@harpegolden.net> Date: Sun, 05 Sep 2010 15:36:58 +0100 From: David De La Harpe Golden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: Chong Yidong Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <83eidek812.fsf@gnu.org> <87eideejlh.fsf@stupidchicken.com> <838w3ljzq0.fsf@gnu.org> <83bp8eht8b.fsf@gnu.org> <4C8204D6.5020201@swipnet.se> <8339tpix6o.fsf@gnu.org> <87hbi58gxc.fsf@stupidchicken.com> <4C82AD90.5040003@harpegolden.net> <4C82BC4E.4080500@harpegolden.net> <87pqwtuf9x.fsf@stupidchicken.com> In-Reply-To: <87pqwtuf9x.fsf@stupidchicken.com> Content-Type: multipart/mixed; boundary="------------070003030100000901030806" X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 6956 Cc: Eli Zaretskii , =?UTF-8?B?RGrDpHJ2?= , 6956@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) This is a multi-part message in MIME format. --------------070003030100000901030806 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 05/09/10 02:53, Chong Yidong wrote: > We don't need to explain what mouse-drag-copy-region does twice. > Just add a separate paragraph saying > > If `mouse-drag-copy-region' is non-nil, this command also saves the > region to the kill ring, replacing the previous kill if it was also > made with `mouse-save-then-kill'. > ^^^ Strictly that's not true, it also replaces kills made by mouse-drag i.e. an already active region (otherwise you would drag select a region with mouse-1, then mouse-3 extend, and you'd get two kill ring entries). Here's one with revised doc phrasing. ...I haven't tried making shift-selection respect "mouse"-"drag"-copy-region as yet, but that should be straightforward given similarity to the "select-active-regions => 'only" code path. (It's not like I'm personally going to use mouse-drag-copy-region => t in any case....) The customization name would then be kind of misleading, but, well, it has company. Effectively, mouse-drag-copy-region would "really" be something like the (hypothetical) "clipboard-active-regions => 'only" in end effect, though probably implemented by hitting the kill ring and thus (maybe) the os clipboard as a side effect, so maybe "killring-active-regions => 'only" would be more accurate. --------------070003030100000901030806 Content-Type: text/x-patch; name="mouse-save-then-kill-save-on-mdcr_r2.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mouse-save-then-kill-save-on-mdcr_r2.diff" === modified file 'lisp/mouse.el' --- lisp/mouse.el 2010-08-29 16:17:13 +0000 +++ lisp/mouse.el 2010-09-05 14:07:38 +0000 @@ -43,7 +43,10 @@ :group 'mouse) (defcustom mouse-drag-copy-region nil - "If non-nil, mouse drag copies region to kill-ring." + "If non-nil, copy to kill-ring upon mouse adjustments of the region. + +This affects `mouse-save-then-kill' (\\[mouse-save-then-kill]) in +addition to mouse drags." :type 'boolean :version "24.1" :group 'mouse) @@ -1348,8 +1351,13 @@ have selected whole words or lines, move point or mark to the word or line boundary closest to CLICK instead. +If `mouse-drag-copy-region' is non-nil, this command also saves the +new region to the kill ring (replacing the previous kill if the +previous region was just saved to the kill ring). + If this command is called a second consecutive time with the same -CLICK position, kill the region." +CLICK position, kill the region (or delete it +if `mouse-drag-copy-region' is non-nil)" (interactive "e") (mouse-minibuffer-check click) (let* ((posn (event-start click)) @@ -1371,7 +1379,11 @@ ((and (eq last-command 'mouse-save-then-kill) (eq click-pt mouse-save-then-kill-posn) (eq window (selected-window))) - (kill-region (mark t) (point)) + (if mouse-drag-copy-region + ;; region already saved the previous click, + ;; don't make a duplicate entry, just delete + (delete-region (mark t) (point)) + (kill-region (mark t) (point))) (setq mouse-selection-click-count 0) (setq mouse-save-then-kill-posn nil)) @@ -1394,6 +1406,9 @@ (goto-char (nth 1 range))) (setq deactivate-mark nil) (mouse-set-region-1) + (when mouse-drag-copy-region + ;; presumably region already copied to kill-ring once, so replace. + (kill-new (filter-buffer-substring (mark t) (point)) t)) ;; Arrange for a repeated mouse-3 to kill the region. (setq mouse-save-then-kill-posn click-pt))) @@ -1405,6 +1420,8 @@ (if before-scroll (goto-char before-scroll))) (exchange-point-and-mark) (mouse-set-region-1) + (when mouse-drag-copy-region + (kill-new (filter-buffer-substring (mark t) (point)))) (setq mouse-save-then-kill-posn click-pt))))) --------------070003030100000901030806-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 16 16:00:13 2010 Received: (at 6956) by debbugs.gnu.org; 16 Sep 2010 20:00:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwKcu-0001mC-IO for submit@debbugs.gnu.org; Thu, 16 Sep 2010 16:00:12 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwKcr-0001m3-HL for 6956@debbugs.gnu.org; Thu, 16 Sep 2010 16:00:10 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L8U00H00VNAUH00@a-mtaout21.012.net.il> for 6956@debbugs.gnu.org; Thu, 16 Sep 2010 22:02:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.81.53]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8U00HVNVNWDEJ0@a-mtaout21.012.net.il>; Thu, 16 Sep 2010 22:02:25 +0200 (IST) Date: Thu, 16 Sep 2010 22:02:23 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <8339t9319s.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > From: "Drew Adams" > Date: Tue, 31 Aug 2010 09:48:44 -0700 > Cc: > > Dunno whether you prefer a new bug report for this or continuing the > saga within a previous bug report. This is no longer about "No > primary selection", but picking up from the thread of bug #6689, for > background: > > > > > I still want the ability to select text with the mouse > > > > and yank it into the same or another Emacs session > > > > (even another session of another Emacs release - > > > > in either direction). > > > > > > You can have it, if you customize mouse-drag-copy-region to > > > t, like it was before the changes that broke mouse-2 on Windows. > > > > Thanks for the info. Hopefully, when all of the changes are > > over and done with, and all of the default decisions made, > > this and any other customizations needed to get back the > > previous behavior will be documented together (e.g. in NEWS). > > > > BTW, the doc string for that option doesn't say much about > > what it does, at least to me. And the option name doesn't > > seem terrific either. > > Have you actually tried it? No, it does not work, for me at > least in GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of > 2010-08-30 on 3249CTO. > > Even if I set that option to t in both Emacs sessions (and even if both > sessions are of this latest build), the entire selection is not pasted. > > For each session: > > emacs -Q > > M-x set-variable mouse-drag-copy-region RET t RET > > 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. > > mouse-2 in the same session will correctly paste the complete selection. > But mouse-2 in the other session pastes only the first word of the > selection. Can this bug be closed now? If not, what else needs to be fixed? From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 16 19:49:41 2010 Received: (at 6956) by debbugs.gnu.org; 16 Sep 2010 23:49:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwOCz-0003IH-IH for submit@debbugs.gnu.org; Thu, 16 Sep 2010 19:49:41 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwOCw-0003I9-I6 for 6956@debbugs.gnu.org; Thu, 16 Sep 2010 19:49:39 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8GNpuMP029924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 16 Sep 2010 23:51:58 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8GLOSGm020805; Thu, 16 Sep 2010 23:51:56 GMT Received: from abhmt009.oracle.com by acsmt355.oracle.com with ESMTP id 611356791284681074; Thu, 16 Sep 2010 16:51:14 -0700 Received: from dradamslap1 (/10.159.220.112) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 16 Sep 2010 16:51:13 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Thu, 16 Sep 2010 16:51:12 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <8339t9319s.fsf@gnu.org> Thread-Index: ActV2hmLOOTmkYozSZSkMtq7OWU1bQAH+Idw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > Can this bug be closed now? If not, what else needs to be fixed? Yes, that recipe works now, so you can close this one. Thx. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 03:59:45 2010 Received: (at 6956-done) by debbugs.gnu.org; 17 Sep 2010 07:59:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwVrF-0006Zx-4J for submit@debbugs.gnu.org; Fri, 17 Sep 2010 03:59:45 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwVrB-0006Zq-F7 for 6956-done@debbugs.gnu.org; Fri, 17 Sep 2010 03:59:42 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L8V00M00SXI0G00@a-mtaout20.012.net.il> for 6956-done@debbugs.gnu.org; Fri, 17 Sep 2010 10:01:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8V00L6DSYVZH10@a-mtaout20.012.net.il>; Fri, 17 Sep 2010 10:01:44 +0200 (IST) Date: Fri, 17 Sep 2010 10:01:48 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83wrqk23yr.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956-done Cc: 6956-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956@debbugs.gnu.org> > Date: Thu, 16 Sep 2010 16:51:12 -0700 > > > Can this bug be closed now? If not, what else needs to be fixed? > > Yes, that recipe works now, so you can close this one. Thx. Thanks, done. If you have other annoyances to report as fallout from the selection changes, please submit separate bug reports. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 10:27:16 2010 Received: (at 6956-done) by debbugs.gnu.org; 17 Sep 2010 14:27:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwbuF-0001qu-U2 for submit@debbugs.gnu.org; Fri, 17 Sep 2010 10:27:16 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwbuE-0001qn-1e for 6956-done@debbugs.gnu.org; Fri, 17 Sep 2010 10:27:14 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8HETWM0001836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Sep 2010 14:29:34 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8HCrYBf007556; Fri, 17 Sep 2010 14:29:31 GMT Received: from abhmt016.oracle.com by acsmt355.oracle.com with ESMTP id 607137631284733768; Fri, 17 Sep 2010 07:29:28 -0700 Received: from dradamslap1 (/10.159.227.209) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 17 Sep 2010 07:29:28 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Fri, 17 Sep 2010 07:30:07 -0700 Message-ID: <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <83wrqk23yr.fsf@gnu.org> Thread-Index: ActWPp9B8HaM4JvhQnqyI85bVruk8gANfwGA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956-done Cc: 6956-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > > Can this bug be closed now? If not, what else needs to be fixed? > > > > Yes, that recipe works now, so you can close this one. Thx. > > Thanks, done. > > If you have other annoyances to report as fallout from the selection > changes, please submit separate bug reports. Actually, I'm not sure it is fixed. I cannot really test with the latest build I have, because of bug #. I get the impression that I still cannot paste the mouse selection between sessions running different Emacs versions (part of the bug report). You might try that, if you are able to use the latest Emacs version. Thx - Drew From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 11:57:59 2010 Received: (at 6956-done) by debbugs.gnu.org; 17 Sep 2010 15:57:59 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwdK2-0002Yw-T7 for submit@debbugs.gnu.org; Fri, 17 Sep 2010 11:57:59 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwdK0-0002Yq-WB for 6956-done@debbugs.gnu.org; Fri, 17 Sep 2010 11:57:57 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8HG0GXj002642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Sep 2010 16:00:18 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8HDYvqN008915; Fri, 17 Sep 2010 16:00:16 GMT Received: from abhmt006.oracle.com by acsmt355.oracle.com with ESMTP id 607436061284739200; Fri, 17 Sep 2010 09:00:00 -0700 Received: from dradamslap1 (/10.159.227.209) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 17 Sep 2010 08:59:59 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Fri, 17 Sep 2010 09:00:46 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: ActWPp9B8HaM4JvhQnqyI85bVruk8gANfwGAAAMzkeA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956-done Cc: 6956-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > Actually, I'm not sure it is fixed. I cannot really test with > the latest build I have, because of bug #. That should be bug #7055. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 12:12:46 2010 Received: (at 6956) by debbugs.gnu.org; 17 Sep 2010 16:12:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwdYL-0002fr-Kv for submit@debbugs.gnu.org; Fri, 17 Sep 2010 12:12:45 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwdYJ-0002fm-Tz for 6956@debbugs.gnu.org; Fri, 17 Sep 2010 12:12:44 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L8W00300FS31300@a-mtaout20.012.net.il> for 6956@debbugs.gnu.org; Fri, 17 Sep 2010 18:14:54 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8W0032HFSS1600@a-mtaout20.012.net.il>; Fri, 17 Sep 2010 18:14:53 +0200 (IST) Date: Fri, 17 Sep 2010 18:14:58 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83hbho1h4t.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956-done@debbugs.gnu.org> > Date: Fri, 17 Sep 2010 07:30:07 -0700 > > Actually, I'm not sure it is fixed. I cannot really test with the latest build I > have, because of bug #. I get the impression that I still cannot paste the mouse > selection between sessions running different Emacs versions (part of the bug > report). You might try that, if you are able to use the latest Emacs version. And the other Emacs version is what? 23.x? From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 12:17:22 2010 Received: (at 6956) by debbugs.gnu.org; 17 Sep 2010 16:17:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Owdco-0002iJ-If for submit@debbugs.gnu.org; Fri, 17 Sep 2010 12:17:22 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Owdcm-0002iE-Dl for 6956@debbugs.gnu.org; Fri, 17 Sep 2010 12:17:20 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8HGJbiQ013557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 17 Sep 2010 16:19:39 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8HCCxZj011848; Fri, 17 Sep 2010 16:19:36 GMT Received: from abhmt020.oracle.com by acsmt354.oracle.com with ESMTP id 607516231284740373; Fri, 17 Sep 2010 09:19:33 -0700 Received: from dradamslap1 (/10.159.227.209) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 17 Sep 2010 09:19:33 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Fri, 17 Sep 2010 09:20:20 -0700 Message-ID: <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <83hbho1h4t.fsf@gnu.org> Thread-Index: ActWg4CxJapKrDAdRpqsVXN63ilj7AAAG4Ww X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > Actually, I'm not sure it is fixed. I cannot really test > > with the latest build I have, because of bug #7055. > > I get the impression that I still cannot paste the mouse > > selection between sessions running different Emacs versions > > (part of the bug report). You might try that, if you are able > > to use the latest Emacs version. > > And the other Emacs version is what? 23.x? As I said, I cannot really test this in the latest build I have. But it needs to work across all Emacs releases. Try it with Emacs 20, 21, 22, 23. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 17 13:00:42 2010 Received: (at 6956) by debbugs.gnu.org; 17 Sep 2010 17:00:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OweIk-0003gW-G5 for submit@debbugs.gnu.org; Fri, 17 Sep 2010 13:00:42 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OweIi-0003gR-Ol for 6956@debbugs.gnu.org; Fri, 17 Sep 2010 13:00:41 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L8W00L00HVCZ600@a-mtaout21.012.net.il> for 6956@debbugs.gnu.org; Fri, 17 Sep 2010 19:03:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8W00LUSI10Z800@a-mtaout21.012.net.il>; Fri, 17 Sep 2010 19:03:02 +0200 (IST) Date: Fri, 17 Sep 2010 19:03:05 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <8362y41ewm.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956@debbugs.gnu.org> > Date: Fri, 17 Sep 2010 09:20:20 -0700 > > > > Actually, I'm not sure it is fixed. I cannot really test > > > with the latest build I have, because of bug #7055. > > > I get the impression that I still cannot paste the mouse > > > selection between sessions running different Emacs versions > > > (part of the bug report). You might try that, if you are able > > > to use the latest Emacs version. > > > > And the other Emacs version is what? 23.x? > > As I said, I cannot really test this in the latest build I have. You said: I get the impression that I still cannot paste the mouse selection between sessions running different Emacs versions I thought that meant you tried this between Emacs 24 and some other version of Emacs, and saw some problem. So I asked which other version of Emacs was that. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 14:46:34 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 18:46:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxlNq-0006jD-In for submit@debbugs.gnu.org; Mon, 20 Sep 2010 14:46:34 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxlNn-0006j8-IR for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 14:46:32 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KImvKL025153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 18:48:58 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KGBWZJ016628; Mon, 20 Sep 2010 18:48:56 GMT Received: from abhmt014.oracle.com by acsmt354.oracle.com with ESMTP id 613999641285008437; Mon, 20 Sep 2010 11:47:17 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 11:47:17 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 11:47:17 -0700 Message-ID: <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8362y41ewm.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActWijJTfBH252dYSz22OPoL/dkE4QCaRyEQ X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > > > Actually, I'm not sure it is fixed. I cannot really test > > > > with the latest build I have, because of bug #7055. > > > > I get the impression that I still cannot paste the mouse > > > > selection between sessions running different Emacs versions > > > > (part of the bug report). You might try that, if you are able > > > > to use the latest Emacs version. > > > > > > And the other Emacs version is what? 23.x? > > > > As I said, I cannot really test this in the latest build I have. > > You said: > > I get the impression that I still cannot paste the mouse selection > between sessions running different Emacs versions > > I thought that meant you tried this between Emacs 24 and some other > version of Emacs, and saw some problem. So I asked which other > version of Emacs was that. I now have a working Windows binary, built today. I tried again - the same bug still exists. As I said before (the recipe has not changed), starting with `emacs -Q': Simply select text using mouse-1 + mouse-3 (or just double-click mouse-1) in an Emacs 24 session and then use mouse-2 in an Emacs 20 (or 23 or whatever) session. The text is not pasted. In the opposite direction (select in Emacs 20/23, paste into Emacs 24) it works, however. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-09-20 on 3249CTO From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 15:16:13 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 19:16:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxlqX-0007eB-89 for submit@debbugs.gnu.org; Mon, 20 Sep 2010 15:16:13 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxlqU-0007e6-Dz for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 15:16:11 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0L9200G00873VR00@a-mtaout21.012.net.il> for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 21:18:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L9200GW38B1JRD0@a-mtaout21.012.net.il>; Mon, 20 Sep 2010 21:18:38 +0200 (IST) Date: Mon, 20 Sep 2010 21:18:38 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83eicoxlyp.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956@debbugs.gnu.org> > Date: Mon, 20 Sep 2010 11:47:17 -0700 > > I now have a working Windows binary, built today. > I tried again - the same bug still exists. > > As I said before (the recipe has not changed), starting with `emacs -Q': > > Simply select text using mouse-1 + mouse-3 (or just double-click mouse-1) in an > Emacs 24 session and then use mouse-2 in an Emacs 20 (or 23 or whatever) > session. The text is not pasted. > > In the opposite direction (select in Emacs 20/23, paste into Emacs 24) it works, > however. I cannot reproduce this with yesterday's binary. For me, it works in both directions (tested with Emacs 23.2 as "the other" version). So some other factor must be at work here. You did remember to set mouse-drag-copy-region non-nil, right? From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 16:16:41 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 20:16:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxmn2-0008Jg-Up for submit@debbugs.gnu.org; Mon, 20 Sep 2010 16:16:41 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxmmz-0008Jb-Ey for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 16:16:38 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KKJ5Uf001146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 20:19:07 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KJE0FC002529; Mon, 20 Sep 2010 20:19:04 GMT Received: from abhmt002.oracle.com by acsmt355.oracle.com with ESMTP id 620798031285013940; Mon, 20 Sep 2010 13:19:00 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 13:19:00 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 13:19:01 -0700 Message-ID: <965200CCE7284D5EAC0D6C21EE214ACC@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83eicoxlyp.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActY+KmOxmvOjRT2SmuVZqU5BV9YNAACEQxQ X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > You did remember to set mouse-drag-copy-region non-nil, right? No, sorry; I did not remember. It works OK with that set to t. Thx. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 16:41:17 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 20:41:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxnAr-0008W5-66 for submit@debbugs.gnu.org; Mon, 20 Sep 2010 16:41:17 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxnAq-0008W0-Av for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 16:41:16 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KKhiI9019321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 20:43:45 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KJf8O0004842; Mon, 20 Sep 2010 20:43:43 GMT Received: from abhmt017.oracle.com by acsmt353.oracle.com with ESMTP id 614310801285015414; Mon, 20 Sep 2010 13:43:34 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 13:43:33 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 13:43:35 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActY+KmOxmvOjRT2SmuVZqU5BV9YNAACEQxQAACg+1A= X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > No, sorry; I did not remember. > It works OK with that set to t. > Thx. However, `mouse-drag-copy-region' also copies the region to the kill ring. That is something different from what this bug is about. What's needed is here is the ability to mouse-select in one Emacs session and paste to another Emacs session, even if they are in different Emacs versions. That needs to be possible (and it should also be the default behavior BTW) without users also needing to pollute their kill ring with the selection. In my personal case I might want to also copy to the kill ring, but that is orthogonal. This bug is about not being able to select with the mouse and paste with the mouse - into a different session. The bug is still a bug, I'm afraid. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 16:50:36 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 20:50:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxnJr-00008G-IK for submit@debbugs.gnu.org; Mon, 20 Sep 2010 16:50:35 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxnJp-00008B-9A for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 16:50:34 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L9200A00CMZ4100@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 22:52:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L92009MACNBJO80@a-mtaout22.012.net.il>; Mon, 20 Sep 2010 22:52:25 +0200 (IST) Date: Mon, 20 Sep 2010 22:52:25 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83aancxhme.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956@debbugs.gnu.org> > Date: Mon, 20 Sep 2010 13:43:35 -0700 > > However, `mouse-drag-copy-region' also copies the region to the kill > ring. Yes, this is because Emacs now copies to the clipboard only text that is copied to the kill ring. > What's needed is here is the ability to mouse-select in one Emacs session and > paste to another Emacs session, even if they are in different Emacs versions. > That needs to be possible (and it should also be the default behavior BTW) > without users also needing to pollute their kill ring with the selection. Was this possible in Emacs 23? If so, how? When I double-click mouse-1 in Emacs 23 to select a word, I can then yank that word with C-y, and `(car kill-ring)' evaluates to that word. So I'm quite sure mouse-drag-copy-region non-nil does the same as what you had in Emacs 23 and older. > The bug is still a bug, I'm afraid. No, it's a different bug. This one was filed against my promise that mouse-drag-copy-region will get you back the ability to get back the behavior of Emacs 23 on Windows when you select text by double-clicking mouse-1. This now works exactly as it did in Emacs 23 (AFAICS), so any further complaints about mouse selections should be in a separate bug. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 17:40:04 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 21:40:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxo5j-0000V1-TR for submit@debbugs.gnu.org; Mon, 20 Sep 2010 17:40:04 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxo5h-0000Un-25 for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 17:40:01 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KLgQpg010333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 21:42:28 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KDbPrW021286; Mon, 20 Sep 2010 21:42:26 GMT Received: from abhmt013.oracle.com by acsmt355.oracle.com with ESMTP id 621011101285018868; Mon, 20 Sep 2010 14:41:08 -0700 Received: from dradamslap1 (/10.159.216.217) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 14:41:08 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 14:41:07 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <83aancxhme.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActZBb9WDKXTI3B/QtmM82TJtvu02gABMWgg X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > However, `mouse-drag-copy-region' also copies the region to the kill > > ring. > > Yes, this is because Emacs now copies to the clipboard only text that > is copied to the kill ring. > > Was this possible in Emacs 23? If so, how? > > When I double-click mouse-1 in Emacs 23 to select a word, I can then > yank that word with C-y, and `(car kill-ring)' evaluates to that > word. So I'm quite sure mouse-drag-copy-region non-nil does the same > as what you had in Emacs 23 and older. > > > The bug is still a bug, I'm afraid. > > No, it's a different bug. This one was filed against my promise that > mouse-drag-copy-region will get you back the ability to get back the > behavior of Emacs 23 on Windows when you select text by > double-clicking mouse-1. This now works exactly as it did in Emacs 23 > (AFAICS), so any further complaints about mouse selections should be > in a separate bug. No, it does not now work exactly as it did in Emacs 23. Even setting `mouse-drag-copy-region' to nil in two sessions of `emacs -Q', one for Emacs 22 and the other for Emacs 23 (for example), there is still no problem selecting with the mouse and pasting into the other session. That is what this bug is about - it is not some other bug. Here is the recipe, to be very clear: 1. emacs -Q ; in Emacs 22 2. M-x set-variable mouse-drag-copy-region nil RET 3. emacs -Q ; in Emacs 23 4. M-x set-variable mouse-drag-copy-region nil RET 5. Use mouse-1 and mouse-3 to select some text in one session and mouse-2 to paste it into the other session. Select + paste works with no problem in either direction, and the kill ring is not affected. Again: > > What's needed is here is the ability to mouse-select in one > > Emacs session and paste to another Emacs session, even if > > they are in different Emacs versions. > > That needs to be possible (and it should also be the > > default behavior BTW) without users also needing to pollute > > their kill ring with the selection. Users need to be able to get back the pre-Emacs 24 behavior by customizing - no ifs ands or buts. It is not enough that they might be able to do so when `mouse-drag-copy-region' is non-nil or the moon is full. They need to be able to get this select+paste independently of whether mouse selection is copied to the kill ring. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 17:50:40 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 21:50:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxoFz-0000ZU-Nr for submit@debbugs.gnu.org; Mon, 20 Sep 2010 17:50:39 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxoFx-0000ZP-5W for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 17:50:38 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L9200A00FB2NO00@a-mtaout22.012.net.il> for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 23:53:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L92009KWFGEOME0@a-mtaout22.012.net.il>; Mon, 20 Sep 2010 23:53:04 +0200 (IST) Date: Mon, 20 Sep 2010 23:53:04 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <838w2wxetb.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > Cc: <6956@debbugs.gnu.org> > Date: Mon, 20 Sep 2010 14:41:07 -0700 > > No, it does not now work exactly as it did in Emacs 23. > > Even setting `mouse-drag-copy-region' to nil in two sessions of `emacs -Q', one > for Emacs 22 and the other for Emacs 23 (for example), there is still no problem > selecting with the mouse and pasting into the other session. Emacs 24 did change the default behavior, so in Emacs 24, you _must_ set mouse-drag-copy-region non-nil to get the pre-Emacs 24 behavior. If you can point out what is different in the behavior of Emacs 24 _after_ setting mouse-drag-copy-region wrt double-clicking mouse-1, please do. Otherwise, this bug is done. > > > What's needed is here is the ability to mouse-select in one > > > Emacs session and paste to another Emacs session, even if > > > they are in different Emacs versions. > > > That needs to be possible (and it should also be the > > > default behavior BTW) without users also needing to pollute > > > their kill ring with the selection. It wasn't possible to do this in Emacs 23 without "polluting the kill ring", AFAICS. In Emacs 23, double-clicking mouse-1 would copy the text to the kill ring even if mouse-drag-copy-region was nil. If you know otherwise, please show how to achieve that (in Emacs 23). > Users need to be able to get back the pre-Emacs 24 behavior by customizing - no > ifs ands or buts. They can -- by customizing mouse-drag-copy-region. No ifs or buts. > They need to be able to get this select+paste independently of > whether mouse selection is copied to the kill ring. Since this wasn't possible in Emacs 23, you are in effect asking for a new feature. The old behavior is completely restored by customizing mouse-drag-copy-region; after that Emacs behaves on Windows in a way that is 100% compatible with what it did in Emacs 23 and before. If you can show the difference in behavior, please do. The fact that a variable needs to be customized is not in itself a change in behavior. From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 20 18:22:38 2010 Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 22:22:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxokw-0000o0-6W for submit@debbugs.gnu.org; Mon, 20 Sep 2010 18:22:38 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxokt-0000nv-Ol for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 18:22:36 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KMP3W9015919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 22:25:05 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KMOxhB021195; Mon, 20 Sep 2010 22:24:59 GMT Received: from abhmt010.oracle.com by acsmt354.oracle.com with ESMTP id 614538001285021463; Mon, 20 Sep 2010 15:24:23 -0700 Received: from dradamslap1 (/10.159.216.217) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 15:24:23 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> <838w2wxetb.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 15:24:22 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <838w2wxetb.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActZDjjy+v1Mbx0ORNa6gNSk4LuxAQAAO5ug X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > No, it does not now work exactly as it did in Emacs 23. > > > > Even setting `mouse-drag-copy-region' to nil in two > > sessions of `emacs -Q', one for Emacs 22 and the other > > for Emacs 23 (for example), there is still no problem > > selecting with the mouse and pasting into the other session. > > Emacs 24 did change the default behavior, so in Emacs 24, you _must_ > set mouse-drag-copy-region non-nil to get the pre-Emacs 24 behavior. > > If you can point out what is different in the behavior of Emacs 24 > _after_ setting mouse-drag-copy-region wrt double-clicking mouse-1, > please do. Otherwise, this bug is done. 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). Or if it is not lost, tell me how s?he can do that in Emacs 24. > > > > What's needed is here is the ability to mouse-select in one > > > > Emacs session and paste to another Emacs session, even if > > > > they are in different Emacs versions. > > > > That needs to be possible (and it should also be the > > > > default behavior BTW) without users also needing to pollute > > > > their kill ring with the selection. > > It wasn't possible to do this in Emacs 23 without "polluting the kill > ring", AFAICS. In Emacs 23, double-clicking mouse-1 would copy the > text to the kill ring even if mouse-drag-copy-region was nil. If you > know otherwise, please show how to achieve that (in Emacs 23). Yes. But what matters is not just "AFAICS" but what the product was _supposed_ to do, what `mouse-drag-copy-region' advertised that it did, even if it did not actually do that on some (all?) platforms. 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. We're not about to fix Emacs 22 or 23 bugs now, but we can at least make it work as advertised/intended for Emacs 24. I report the bug for Emacs 24, even if it is also a bug for 22 and 23. > > They need to be able to get this select+paste independently of > > whether mouse selection is copied to the kill ring. > > Since this wasn't possible in Emacs 23, you are in effect asking for a > new feature. That "new feature" was implicitly available before, even if it was prevented from working for nil `mouse-drag-copy-region' because that option always acted as non-nil. > The old behavior is completely restored by customizing > mouse-drag-copy-region; Not the intended, advertised behavior, but a buggy behavior. `mouse-drag-copy-region' was a no-op option. Now it works, but when it is nil select+paste does not work between sessions with different Emacs versions. > after that Emacs behaves on Windows in a way > that is 100% compatible with what it did in Emacs 23 and before. If > you can show the difference in behavior, please do. The fact that a > variable needs to be customized is not in itself a change in behavior. The problem is not needing to customize the behavior. The problem is that the nil value does not work wrt mouse select+paste. The option was not created to prevent select+paste between sessions (and only when those sessions are for different versions!?). It was created only to choose whether the kill ring is affected by mouse selection. Mouse selection + paste should not depend on the kill ring. Users should be able to get the behavior that we claimed they could get in Emacs 22/23. We never said that you could mouse-select + paste between sessions of different versions only if the selection was copied to the kill ring. So let's please find a way to let users do what was intended to be allowed in the past, even if a bug prevented it back then. The bug in the past was that `mouse-drag-copy-region' was a no-op. That's fixed now. But a different bug now shows up, whether it was latently present before or is new due to the change in selection in Emacs 24. That new bug is the one I reported: "pasting mouse selection in other session". From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 21 00:06:51 2010 Received: (at 6956) by debbugs.gnu.org; 21 Sep 2010 04:06:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxu83-0002zL-E0 for submit@debbugs.gnu.org; Tue, 21 Sep 2010 00:06:51 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxu80-0002zG-4F for 6956@debbugs.gnu.org; Tue, 21 Sep 2010 00:06:49 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L9200B00WUSPY00@a-mtaout20.012.net.il> for 6956@debbugs.gnu.org; Tue, 21 Sep 2010 06:08:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.210.149]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L9200B0HWUODJ80@a-mtaout20.012.net.il>; Tue, 21 Sep 2010 06:08:50 +0200 (IST) Date: Tue, 21 Sep 2010 06:08:49 +0200 From: Eli Zaretskii Subject: Re: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <837hifybzi.fsf@gnu.org> References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> <838w2wxetb.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: "Drew Adams" > 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 21 10:19:23 2010 Received: (at 6956) by debbugs.gnu.org; 21 Sep 2010 14:19:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oy3gp-0007tT-04 for submit@debbugs.gnu.org; Tue, 21 Sep 2010 10:19:23 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oy3gm-0007tN-Kb for 6956@debbugs.gnu.org; Tue, 21 Sep 2010 10:19:21 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8LELjhU025879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 21 Sep 2010 14:21:47 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8LAkxCS023318; Tue, 21 Sep 2010 14:21:44 GMT Received: from abhmt012.oracle.com by acsmt354.oracle.com with ESMTP id 616792201285078855; Tue, 21 Sep 2010 07:20:55 -0700 Received: from dradamslap1 (/10.159.221.206) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 Sep 2010 07:20:55 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> <838w2wxetb.fsf@gnu.org> <837hifybzi.fsf@gnu.org> Subject: RE: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Tue, 21 Sep 2010 07:20:53 -0700 Message-ID: <8E94D45153FF4E5F942A9965E9221C6F@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <837hifybzi.fsf@gnu.org> Thread-Index: ActZQsZPSJGcsVEpTqaFx0gWz4j76QAU1Nlg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-Debbugs-Envelope-To: 6956 Cc: 6956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > > 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. Question: was that bug only on Windows? Could users on X window set the var to nil and mouse-select + pasted between sessions? If so, then this is a regression not only in principle but in fact, i.e. wrt actual behavior, not only intended behavior. > > 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. Why not check what the behavior pre-Emacs 24 was on non-Windows? If users could select+paste between sessions without affecting the kill ring before, and they cannot now, then this is not 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. Forget about Windows. What's the behavior in X window? And what was it before Emacs 24? Have users lost an ability to mouse-select + paste between sessions without affecting the kill ring? > > 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. If it is a bug on X then it needs to be fixed on X and Windows. Your attitude seems to be: (a) you don't know or care about X, and (b) it never worked right on Windows anyway, so (c) it's not a bug. The attitude should be: (a) it doesn't work right on Windows, (b) if it used to work on X then if it doesn't work now on X then there is an X bug, and (c) in that case it should also be fixed to work on Windows. > > 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. The bug is not solved if it still doesn't work in the case where mouse selection does not copy to the kill ring. Again, I personally will probably let mouse selection copy to the kill ring, so this is not about what I will use. And no, I don't care to argue about it just for the heck of it. I think there might well be a loss of a user feature here. On Windows there is not, in actuality, because it never worked properly. But on X? Were users able to mouse-select and mouse-paste between sessions without first copying to the kill ring? More generally, if you can mouse-select+paste within an Emacs session without affecting the kill ring, why shouldn't you be able to do that between sessions? Seems natural, no? From unknown Wed Sep 10 10:23:15 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 20 Oct 2010 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator