From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 23:53:04 +0200 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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1285020663 26042 80.91.229.12 (20 Sep 2010 22:11:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 20 Sep 2010 22:11:03 +0000 (UTC) Cc: 6956@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 21 00:11:02 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OxoZh-0006Df-Us for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Sep 2010 00:11:02 +0200 Original-Received: from localhost ([127.0.0.1]:59556 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OxoZh-0003v5-B8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Sep 2010 18:11:01 -0400 Original-Received: from [140.186.70.92] (port=57157 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OxoZZ-0003sj-Vw for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:10:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OxoZY-0008Nw-RV for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:10:53 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49332) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxoZY-0008Ns-Or for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:10:52 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OxoGL-0000Zj-MV; Mon, 20 Sep 2010 17:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Sep 2010 21:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6956 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6956-submit@debbugs.gnu.org id=B6956.12850194402203 (code B ref 6956); Mon, 20 Sep 2010 21:51:01 +0000 Original-Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 21:50:40 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxoFz-0000ZU-Nr for submit@debbugs.gnu.org; Mon, 20 Sep 2010 17:50:39 -0400 Original-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 Original-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) Original-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) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 20 Sep 2010 17:51:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40330 Archived-At: > 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.