From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: users and selection changes [was: Custom themes] Date: Thu, 14 Oct 2010 13:51:39 -0700 Message-ID: References: <87r5fxnwcp.fsf@stupidchicken.com> <87eibvupir.fsf@stupidchicken.com> <4CB6115E.7010304@harpegolden.net> <87zkuhv1vc.fsf@stupidchicken.com> <20F7A620198B48BFBD9582C310C65244@us.oracle.com> <83fww8d3m6.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1287089598 21120 80.91.229.12 (14 Oct 2010 20:53:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 14 Oct 2010 20:53:18 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, david@harpegolden.net To: "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 14 22:53:16 2010 Return-path: Envelope-to: ged-emacs-devel@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 1P6Una-0001C6-K1 for ged-emacs-devel@m.gmane.org; Thu, 14 Oct 2010 22:53:14 +0200 Original-Received: from localhost ([127.0.0.1]:43138 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P6Una-0005yB-6V for ged-emacs-devel@m.gmane.org; Thu, 14 Oct 2010 16:53:14 -0400 Original-Received: from [140.186.70.92] (port=54209 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P6UnU-0005xm-DC for emacs-devel@gnu.org; Thu, 14 Oct 2010 16:53:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P6UnT-0003VG-5K for emacs-devel@gnu.org; Thu, 14 Oct 2010 16:53:08 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:59244) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P6UnT-0003V4-0D; Thu, 14 Oct 2010 16:53:07 -0400 Original-Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o9EKr3h8030674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Oct 2010 20:53:04 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o9EKTpSK018443; Thu, 14 Oct 2010 20:53:02 GMT Original-Received: from abhmt010.oracle.com by acsmt354.oracle.com with ESMTP id 691826811287089499; Thu, 14 Oct 2010 13:51:39 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 14 Oct 2010 13:51:39 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83fww8d3m6.fsf@gnu.org> Thread-Index: ActrzsOl8J7KIk7oS1ewVHPkdrpiAAAChIdQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131719 Archived-At: > > We were told several times that users _would_ be able to > > get back exactly the pre-Emacs 24 selection behavior (at > > least on Windows, and I thought everywhere), and that we > > just had to wait patiently until the "wrinkles" were > > "ironed" out and we would be told how. > > That time has come and gone. Good to hear. So where's the explanation for users? NEWS is incomplete and incorrect (see bugs #7196 & #7195). I don't see it in the manuals either. > I'm not aware of any problems with getting the old > behavior back by customizing mouse-drag-copy-region. Does that give exactly the same behavior as before? On all platforms? Yidong seems to have just said that that is impossible. He also pointed out, in bug #6956, that there is now an inconsistency (same inconsistency or another?) wrt mouse selection when `mouse-drag-copy-region' is t: YC> Any user who insists on changing mouse-drag-copy-region YC> back to t can deal with the inconsistency. If Yidong is wrong, and for all platforms it _is_ sufficient to customize `mouse-drag-copy-region', then all that remains is to _document_: (a) the changed default behavior (b) how to restore the old behavior Apparently the time has come. > The only leftover I know about is your complain about the need to > customize mouse-drag-copy-region. You are inventing. I never complained about having to customize `mouse-drag-copy-region'. I have no problem using options to customize. And I explicitly said (in bug #6956) that setting `mouse-drag-copy-region' to t seems sufficient for my personal use. The point is that we need to document this change and let users know which option(s) to use to get back the previous behavior (which Yidong seems to be saying is not completely possible). > If there are other problems left, please file specific bug reports. >From bug #6956: In previous Emacs releases on X Window, "Were users able to mouse-select and mouse-paste between sessions without first copying to the kill ring" (i.e. with nil `mouse-drag-copy-region')? I don't know the answer. If yes, then that feature has apparently been lost (`mouse-drag-copy-region' was previously a no-op MS Windows - it was effectively always t, so Windows never had this feature). Also from bug #6956: "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?" As you pointed out then, this is an enhancement request if it was not already possible in X in previous releases.