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#23478: 25.0.93; Mouse region selection asymmetry Date: Wed, 06 Jul 2016 21:44:44 +0300 Message-ID: <83poqqli77.fsf@gnu.org> References: <878tzky2oe.fsf@gmx.net> <83eg9cecy2.fsf@gnu.org> <87wpn4wgev.fsf@gmx.net> <8360uoe5ye.fsf@gnu.org> <87shxswd5s.fsf@gmx.net> <834ma8e3ll.fsf@gnu.org> <871t3bhbpz.fsf@users.sourceforge.net> <87poqun63w.fsf@gmx.net> <83furqratc.fsf@gnu.org> <87h9c6mkb0.fsf@gmx.net> <83vb0mp1ok.fsf@gnu.org> <87wpl17pvs.fsf@gmx.net> <83eg79pi29.fsf@gnu.org> <87bn2d736k.fsf@gmx.net> <83furongms.fsf@gnu.org> <87r3b6btyi.fsf@gmx.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1467830793 3411 80.91.229.3 (6 Jul 2016 18:46:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Jul 2016 18:46:33 +0000 (UTC) Cc: 23478@debbugs.gnu.org, npostavs@users.sourceforge.net To: Stephen Berman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 06 20:46:18 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bKrpw-0006GR-6H for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Jul 2016 20:46:16 +0200 Original-Received: from localhost ([::1]:35295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKrpv-0007E0-5V for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Jul 2016 14:46:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKrpo-0007Dq-Vp for bug-gnu-emacs@gnu.org; Wed, 06 Jul 2016 14:46:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bKrpj-00005f-39 for bug-gnu-emacs@gnu.org; Wed, 06 Jul 2016 14:46:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55791) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKrpi-00005a-Vy for bug-gnu-emacs@gnu.org; Wed, 06 Jul 2016 14:46:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bKrpi-0001Zu-6c for bug-gnu-emacs@gnu.org; Wed, 06 Jul 2016 14:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jul 2016 18:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23478 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 23478-submit@debbugs.gnu.org id=B23478.14678307136009 (code B ref 23478); Wed, 06 Jul 2016 18:46:02 +0000 Original-Received: (at 23478) by debbugs.gnu.org; 6 Jul 2016 18:45:13 +0000 Original-Received: from localhost ([127.0.0.1]:39895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bKrov-0001Yr-1D for submit@debbugs.gnu.org; Wed, 06 Jul 2016 14:45:13 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45581) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bKrot-0001Yd-2l for 23478@debbugs.gnu.org; Wed, 06 Jul 2016 14:45:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bKroi-0008IA-SI for 23478@debbugs.gnu.org; Wed, 06 Jul 2016 14:45:05 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38822) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bKroi-0008I3-P1; Wed, 06 Jul 2016 14:45:00 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4735 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bKrog-0002rh-Sc; Wed, 06 Jul 2016 14:44:59 -0400 In-reply-to: <87r3b6btyi.fsf@gmx.net> (message from Stephen Berman on Wed, 06 Jul 2016 18:40:53 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:120532 Archived-At: > From: Stephen Berman > Cc: npostavs@users.sourceforge.net, 23478@debbugs.gnu.org > Date: Wed, 06 Jul 2016 18:40:53 +0200 > > I want to be clear about exactly what the new behavior should be. Since > the patch referred to by "the above adjustment" was faulty and I > followed it with an improvement, I assume "the new behavior that moves > point" refers to the latter patch. Yes. > So the user option would specify the behavior when selecting a > region which extends backward from point, providing a choice between > (i) the current behavior (as default), which leaves point at the > position of the click and does not scroll backward if the region > extends above window-start; and (ii) the new behavior, which moves > point to region-beginning, scrolling if the region extends above > window-start (the new behavior is thus the mirror image of the > current behavior when selecting a region which extends forward from > point). Yes, that's what I had in mind. > Here is a patch implementing this: > > diff --git a/lisp/mouse.el b/lisp/mouse.el > index 8d72753..2f9ff6b 100644 > --- a/lisp/mouse.el > +++ b/lisp/mouse.el > @@ -540,15 +540,31 @@ mouse-drag-vertical-line > (interactive "e") > (mouse-drag-line start-event 'vertical)) > > +(defcustom mouse-select-region-backward nil I'd name it mouse-select-region-scroll-backward. > But note that, prior to the patch in my previous post, what was under > discussion as the new behavior was different: namely, scrolling if the > region extends above window-start but leaving point at the position of > the click. This is a sort of compromise between the current behavior > and that in (ii), and it could be a third choice for the user option. I have no opinion about this. Please do what you feel is better. This will also need a NEWS entry, and also please see if the description of mouse-set-point in the Emacs manual needs an update.