From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: when to bind *down-mouse* vs *mouse*? Date: Sat, 4 Dec 2004 18:10:05 -0600 (CST) Message-ID: <200412050010.iB50A5110808@raven.dms.auburn.edu> References: <874qj23pxi.fsf@confusibombus.emacswiki.org> <002501c4da35$1591b910$0200a8c0@sedrcw11488> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1102205547 26187 80.91.229.6 (5 Dec 2004 00:12:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 5 Dec 2004 00:12:27 +0000 (UTC) Cc: emacs-devel@gnu.org, drew.adams@oracle.com, alex@emacswiki.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 05 01:12:22 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Cak0k-0003BK-00 for ; Sun, 05 Dec 2004 01:12:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CakAP-0002Y7-TI for ged-emacs-devel@m.gmane.org; Sat, 04 Dec 2004 19:22:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cak9y-0002Xv-V3 for emacs-devel@gnu.org; Sat, 04 Dec 2004 19:21:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Cak9x-0002XV-Qk for emacs-devel@gnu.org; Sat, 04 Dec 2004 19:21:54 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Cak9x-0002XS-OA for emacs-devel@gnu.org; Sat, 04 Dec 2004 19:21:53 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cak0E-0006X7-E9 for emacs-devel@gnu.org; Sat, 04 Dec 2004 19:11:50 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id iB50BgFu018513; Sat, 4 Dec 2004 18:11:43 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id iB50A5110808; Sat, 4 Dec 2004 18:10:05 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: lennart.borgman.073@student.lu.se In-reply-to: <002501c4da35$1591b910$0200a8c0@sedrcw11488> (lennart.borgman.073@student.lu.se) 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: main.gmane.org gmane.emacs.devel:30681 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30681 Lennart Borgman wrote: My impression of this "standard" is that it is good because you do not have to use the mouse very much, which can be difficult for some people and for some other is an unnecessary burden and a hazard. I believe that this could be a reason for the choice MS has made here. As Jan already pointed out, the current behavior is standard on X and has its advantages. I believe it is important that users can do everything in Emacs without the mouse, if that is what they either choose or have to do. The "MS standard" is not mouse-independent either. The Font Menu and much of Enriched mode rely on the mouse-less menubar access to enable users to get by without the mouse. This is not ideal, but better than nothing. In the case of access to the Font Menu, we have a bug however: Do: emacs -q o f Result: byte-code: Wrong type argument: listp, 102 102 is the character code for `f'. The patch below fixes this. Note that, in addition to fixing the bug, it seems to point out a problem with the `x-popup-menu' docstring which says: x-popup-menu is a built-in function in `C source code'. (x-popup-menu position menu) Pop up a deck-of-cards menu and return user's selection. position is a position specification. This is either a mouse button event or a list ((XOFFSET YOFFSET) WINDOW) where XOFFSET and YOFFSET are positions in pixels from the top left corner of WINDOW's frame. (WINDOW may be a frame object instead of a window.) This controls the position of the center of the first line in the first pane of the menu, not the top left of the menu as a whole. But applying the patch below, which uses (0 0) for (XOFFSET YOFFSET) seems to show that it controls the position of the top left of the menu as a whole, no matter how clearly this is denied above. I can install the patch if desired. ===File ~/mouse.el-diff===================================== *** mouse.el 12 Nov 2004 19:47:19 -0600 1.257 --- mouse.el 04 Dec 2004 17:35:29 -0600 *************** *** 2201,2207 **** (progn (unless (display-multi-font-p) (error "Cannot change fonts on this display")) (x-popup-menu ! last-nonmenu-event ;; Append list of fontsets currently defined. (append x-fixed-font-alist (list (generate-fontset-menu)))))) (if fonts --- 2201,2209 ---- (progn (unless (display-multi-font-p) (error "Cannot change fonts on this display")) (x-popup-menu ! (if (listp last-nonmenu-event) ! last-nonmenu-event ! (list '(0 0) (selected-window))) ;; Append list of fontsets currently defined. (append x-fixed-font-alist (list (generate-fontset-menu)))))) (if fonts ============================================================