From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: mouse-autoselect-window-select Date: Thu, 15 Aug 2013 12:20:21 +0200 Message-ID: <520CAB65.60303@gmx.at> References: <83wqnonvra.fsf@gnu.org> <520BA3FD.6030503@gmx.at> <83vc38nu03.fsf@gnu.org> <520BB93C.2070303@gmx.at> <838v04p2yx.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1376562046 21511 80.91.229.3 (15 Aug 2013 10:20:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Aug 2013 10:20:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 15 12:20:48 2013 Return-path: Envelope-to: ged-emacs-devel@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 1V9ufe-0004d6-TS for ged-emacs-devel@m.gmane.org; Thu, 15 Aug 2013 12:20:47 +0200 Original-Received: from localhost ([::1]:52221 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9ufe-00038J-DR for ged-emacs-devel@m.gmane.org; Thu, 15 Aug 2013 06:20:46 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54300) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9ufU-00037c-O4 for emacs-devel@gnu.org; Thu, 15 Aug 2013 06:20:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V9ufJ-00074c-BZ for emacs-devel@gnu.org; Thu, 15 Aug 2013 06:20:36 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:51321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V9ufJ-00074O-2i for emacs-devel@gnu.org; Thu, 15 Aug 2013 06:20:25 -0400 Original-Received: from [62.47.40.190] ([62.47.40.190]) by mail.gmx.com (mrgmx002) with ESMTPA (Nemesis) id 0Ledpu-1VtOp71hjq-00qOIU for ; Thu, 15 Aug 2013 12:20:23 +0200 In-Reply-To: <838v04p2yx.fsf@gnu.org> X-Provags-ID: V03:K0:BAfbMu745GbaI3RxlA5Ov9+Em7MWmM8cFEFOlFn2LMMqa7zQl7+ 4kx/oBfvxTXsB5hE3JrzF3xMi+KnylPBAFNYgadP1kZDv4EPT4gxZ5sBFKw2Cb4LFm7Ey0Z F2XkJ5lFUistVWXq7aFk6DnZD9qQrLT0Noz4/tBXvuF4EhAq0ZXcMmO7W0/T0Y20JP9Ms+E O+ELykk1rdgeBO484TMkQ== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.15.19 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162756 Archived-At: > That's "text area" overloaded for you. From the technical POV of the > display engine, text area indeed does not include the display > margins. But from the user's POV, I think it surely does, because it > displays the same objects as the text area does: text and images, and > that display is created the same way as you'd display an overlay or > display string in the "text area". The user's POV is that of one who uses `mouse-autoselect-window'. I don't know if you do or ever did - if so, please tell me your settings and why you think that the new behavior may cause you troubles. Otherwise please read on. I use `mouse-autoselect-window' for a long time. My value is -0.5 so I consider myself a fairly cautious user. Nevertheless, behavior broke twice recently due to changes in `mouse-drag-line' and I was the only one to complain so I think few people rely on it as much as I do. The idea of moused autoselection is to make it possible to select a window with a mouse without simultaneously setting point in that window. Such selection should occur without intervening with mouse dragging of modelines, dividers and/or scrollbars or selecting items from menus. That's why Simon and I provided to delay autoselection until the mouse pointer has stabilized in some way. Unfortunately, some objects that shall be dragged can be difficult to localize with the mouse as, for example, the one-pixel divider between windows when scrollbars are absent. In such cases one window can get inadvertently selected even when selection is delayed. Disabling selection when the mouse is over a margin or fringe does help here. I invite you to experiment with the old and new behavior to either confirm my claim or provide evidence against it. Otherwise, I would have to add a new option to specify an area at the borders of each window and disallow mouse selection there. Doing that is non-trivial because mouse-selecting a one line window should be still possible. By no means the behavior provided by my change was to convey semantics that autoselection should be possible for "text areas" only. I used such a term in the ChangeLog because the area that is now sensitive to mouse selection is congruent with the portion spanned by a window's body and that portion is also referred to as the window's "text area". martin