From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kai.grossjohann@gmx.net (=?iso-8859-1?q?Kai_Gro=DFjohann?=) Newsgroups: gmane.emacs.help Subject: Re: elisp mouse programming problems Date: Wed, 27 Aug 2003 19:45:19 +0200 Organization: University of Duisburg, Germany Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <84lltfkn9s.fsf@slowfox.is.informatik.uni-duisburg.de> References: <8SidnSEhNIsRpdmiRTvUpQ@texas.net> <87y8xnfbip.fsf@emacswiki.org> <5vucncb0uK2Q-NiiRTvUqw@texas.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1062008012 16463 80.91.224.253 (27 Aug 2003 18:13:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Aug 2003 18:13:32 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 27 20:13:29 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19s4nQ-0000iI-00 for ; Wed, 27 Aug 2003 20:13:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19s4hU-0007Jx-La for geh-help-gnu-emacs@m.gmane.org; Wed, 27 Aug 2003 14:07:20 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!headwall.stanford.edu!fu-berlin.de!uni-berlin.de!pd9e1e82c.dip.t-dialin.NET!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 18 Original-NNTP-Posting-Host: pd9e1e82c.dip.t-dialin.net (217.225.232.44) Original-X-Trace: news.uni-berlin.de 1062006320 10561220 217.225.232.44 (16 [73968]) Mail-Copies-To: never User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:NQLcDXgHufy23sx5QMYcTERMaFY= Original-Xref: shelby.stanford.edu gnu.emacs.help:116176 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:12096 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:12096 "David Vanderschel" writes: > One possibility that did occur to me last night was that my program > could itself introduce a new minor mode, invoke it, and do something > to assure that its keymap is at the front of the list. Then it > _could_ override the bindings of other minor modes. Yet you did not > suggest this solution. Is there some reason why it would not work? Why do you have the right to have the last say? (Or to come first, or whatever?) Why shouldn't super-nifty-mode be allowed to get the event? See, whatever it might be that people build into Emacs to allow a mode to say "I'm more important" -- when you have two modes that say this, you're in trouble. -- Two cafe au lait please, but without milk.