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: ignore mouse-wheel press during rotation Date: Sat, 4 Feb 2006 10:20:01 -0800 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1139091666 2036 80.91.229.2 (4 Feb 2006 22:21:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 4 Feb 2006 22:21:06 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 04 23:21:05 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F5VmA-00059n-BW for ged-emacs-devel@m.gmane.org; Sat, 04 Feb 2006 23:21:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F5Vd7-0000dO-WA for ged-emacs-devel@m.gmane.org; Sat, 04 Feb 2006 17:11:42 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F5Ur9-0002ro-GM for emacs-devel@gnu.org; Sat, 04 Feb 2006 16:22:08 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F5Ubm-0005qK-FK for emacs-devel@gnu.org; Sat, 04 Feb 2006 16:06:15 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F5UXK-0004q9-IJ for emacs-devel@gnu.org; Sat, 04 Feb 2006 16:01:38 -0500 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1F5S3W-0003WZ-ES for emacs-devel@gnu.org; Sat, 04 Feb 2006 13:22:42 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k14IK8Tc005011 for ; Sat, 4 Feb 2006 12:20:08 -0600 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k14IK7d8001361 for ; Sat, 4 Feb 2006 11:20:07 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-65-154.vpn.oracle.com [141.144.65.154]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k14IK6Wv001350 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 4 Feb 2006 11:20:07 -0700 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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:50002 Archived-At: . Start emacs -Q . Visit some file and copy something into the kill ring with "M-w" . Scroll down in the buffer by rotating the wheel, but apply pressure to the wheel, so that it clicks all the time during scrolling I don't see any text being yanked during the scroll. So it seems to work as intended. The problem I mentioned was not about continuously applying pressure to the wheel while rotating (something that my mouse even resists a bit, with friction). I agree with you that there is no problem in that case. The problem I raised was scrolling (without pressing), ending by (accidentally) pressing the wheel (mouse-2). This is a problem for scrolling up (so buffer text moves up), in particular, because the finger adduction can also push the button down slightly. 1. emacs -q --no-site-file 2. Visit some file and copy something into the kill ring with `M-w'. 3. Scroll down in the buffer (scroll window up) by rotating the wheel, without applying pressure to the wheel. 4. At the end of the wheel rotation, press the wheel (mouse-2). IOW, rotation followed immediately by mouse-2 is the problem. please tell what mouse do you have and what does clicking on the wheel do in Windows (look under Start->Settings->Control Panel->Mouse), because the default action in Windows, at least with the IntelliPoint mouse, is to switch to another frame, which normally prevents Emacs from ever seeing the wheel click. I have the same problem with different mice (work & home). The one I'm using now is a Microsoft Intellimouse Explorer 3.0A, with no special configuration. The other one I use is, I believe, a standard Dell PS2 mouse with 2 buttons plus the wheel(button). In the Mouse Properties dialog box, I have these settings. Nothing prevents Emacs from seeing the wheel click - I know this, because I have debugged Emacs-Lisp code and observed the mouse events during wheel rotation. . Left button = Click (default) . Right button = Right-click (default) . Wheel button = Next Window (default) So the only way I can explain this discrepancy is if one or more of the following are true: . You tried this in Emacs that isn't "emacs -Q", and some customizations you have there have some side effects on this; No. . You need to enlarge mouse-wheel-inhibit-click-time, because the default value is too small for your fingers; Thanks; that helps. I wasn't aware of that option. This indidates that there is no special problem on Windows. Question: Is it not the case that people only rarely intend to press (e.g. click, to paste) mouse-2 directly after using the wheel? I can see why someone might want to do that, and I recognize that both wheel rotation and mouse-2 can be made to do other things in Emacs, besides scrolling and pasting. But my guess is that wanting to rotate and then press mouse-2 is rare. If so, then shouldn't `mouse-wheel-inhibit-click-time' be (much) larger, by default? I tried 1 second, and that seemed pretty good. . You have customized your mouse via some Windows facilities so that clicking the wheel no longer produces the events that mwheel.el is programmed to handle. No. FWIW, I'm using GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2005-06-26 on NONIQPC X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-3/include -I../../libpng-1.2.8/include -I../. ./tiff-3.6.1-2/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.2.2/incl ude'