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: Help buffer key bindings Date: Sat, 19 Nov 2005 20:03:23 -0800 Message-ID: References: <20051120032910.1AE323F32@rocksteady.printf.se> 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 1132459504 10734 80.91.229.2 (20 Nov 2005 04:05:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 20 Nov 2005 04:05:04 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 20 05:04:59 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EdgQa-00063Q-Pb for ged-emacs-devel@m.gmane.org; Sun, 20 Nov 2005 05:03:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdgQa-000357-8Z for ged-emacs-devel@m.gmane.org; Sat, 19 Nov 2005 23:03:44 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EdgQO-000344-17 for emacs-devel@gnu.org; Sat, 19 Nov 2005 23:03:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EdgQM-00033I-8d for emacs-devel@gnu.org; Sat, 19 Nov 2005 23:03:31 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdgQM-00033D-5a for emacs-devel@gnu.org; Sat, 19 Nov 2005 23:03:30 -0500 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EdgQL-0001hC-ST for emacs-devel@gnu.org; Sat, 19 Nov 2005 23:03:30 -0500 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jAK4GiT3029789 for ; Sat, 19 Nov 2005 22:16:45 -0600 Original-Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jAK43RYO016756 for ; Sat, 19 Nov 2005 21:03:27 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-73-49.vpn.oracle.com [141.144.73.49]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id jAK43QDs016749 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 19 Nov 2005 21:03:26 -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: <20051120032910.1AE323F32@rocksteady.printf.se> 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:46320 Archived-At: > I was going to suggest the same thing, without the smiley. > There should be a command to go forward, and it should be bound, > like `l'. And it should be bound to `mouse-5' (as `mouse-4' > should be bound to `help-go-back'). Isn't that mouse scroll? See earlier in this thread. Yes, mouse-4 and mouse-5 are currently co-opted by X11 for interpretation of the mouse wheel (hence, mouse scroll). Emacs is currently aligned to X11 in this regard, which wastes the 4th and 5th mouse buttons for platforms other than X11. Emacs treats key sequences mouse-4 and mouse-5 as the 4th and 5th mouse buttons for platforms other than X11, however. For example, on Windows, mouse-4 represents the 4th mouse button. Users on non-X11 platforms can thus bind mouse-4 and mouse-5 to capture the 4th and 5th button events. However, we have shied away from assigning any standard Emacs behavior for the 4th and 5th buttons, because of the special treatment for X11. Note that Emacs does not, for example, reserve mouse-4 and mouse-5 for the mouse wheel in all cases, and assign, say, keys mouse-6 and mouse-7 to the 4th and 5th buttons. I argue that Emacs should not limit itself in this way. It is OK that Emacs respect the X11 limitation when the platform is X11, but it shouldn't do so otherwise. Emacs should go ahead and bind the 4th and 5th mouse buttons to standard behaviors (e.g. Back and Forward in Info and Help). There are at least two ways to do this: 1. Use, say, mouse-6 and mouse-7 for the 4th and 5th mouse buttons systematically, for all platforms (because X11 co-opts mouse-4 and mouse-5). 2. Use mouse-4 and mouse-5 for the 4th and 5th mouse buttons for platforms other than X11.