From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: local keymap patch for key-binding Date: Fri, 15 Sep 2006 00:34:19 +0200 Message-ID: <85fyeum61g.fsf@lola.goethe.zz> References: <87slj1hybl.fsf@stupidchicken.com> <85pse5cbqw.fsf@lola.goethe.zz> <87zmd7yjq4.fsf@furball.mit.edu> <85pse3n99c.fsf@lola.goethe.zz> <87r6yjxh7k.fsf@furball.mit.edu> <85venuc27c.fsf@lola.goethe.zz> <85r6yiivi7.fsf@lola.goethe.zz> <85hczdbdv2.fsf@lola.goethe.zz> <85mz959kkw.fsf@lola.goethe.zz> <854pvbiyax.fsf@lola.goethe.zz> <85r6yeek4e.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1158273293 19766 80.91.229.2 (14 Sep 2006 22:34:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Sep 2006 22:34:53 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, storm@cua.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 15 00:34:50 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 1GNzn9-0007he-Ov for ged-emacs-devel@m.gmane.org; Fri, 15 Sep 2006 00:34:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GNzn9-0008Jt-AH for ged-emacs-devel@m.gmane.org; Thu, 14 Sep 2006 18:34:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GNzmx-0008Jd-CW for emacs-devel@gnu.org; Thu, 14 Sep 2006 18:34:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GNzmw-0008JR-1N for emacs-devel@gnu.org; Thu, 14 Sep 2006 18:34:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GNzmv-0008JO-T3 for emacs-devel@gnu.org; Thu, 14 Sep 2006 18:34:29 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GNzoy-0003gU-5X for emacs-devel@gnu.org; Thu, 14 Sep 2006 18:36:36 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GNzmo-0004t9-0u; Thu, 14 Sep 2006 18:34:22 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 78D8C1C40B5C; Fri, 15 Sep 2006 00:34:19 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: <85r6yeek4e.fsf@lola.goethe.zz> (David Kastrup's message of "Thu\, 14 Sep 2006 13\:57\:21 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:59847 Archived-At: David Kastrup writes: > Here is the latest patch iteration. I think it should be fit for > checking in. It might also seem reasonable to add the optional > `position' argument to `current-active-maps', but this has not been > done. Ok, and since there has been some quietness from Richard today, let me feed the patch queue further: The following are changes to help.el, mouse.el and similar. I think it becomes obvious that the idiom "Take a look at whether element 0 or element 1 of a key sequence happen to be an event" is used pretty often in those files, so maybe `key-event' would be nice to have in subr.el. Another addition is `mouse-posn-property', a new function: this could be another candidate for subr.el (under the name `posn-property', then). It digs through a possible display string and then the buffer for a given property. At the current point of time, it does not sift through a possible "image" property list in case an image is clicked: image properties tend to be suitably dissimilar from buffer properties that it does not seem to make much sense to treat them the same. Note that this patch set does not currently need a NEWS entry or similar: it more or less brings a bunch of behavior in line with what one would expect. Don't apply it unless the key-binding patch set has been applied previously, or things will _really_ break. So once Richard has been able to look over his mail again, I'd like to apply both patch sets. They work fine here. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum