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: Describing local-map/keymap in overlays/text properties Date: Sat, 6 Jul 2013 13:18:53 -0700 (PDT) Message-ID: <430694bb-b123-40cc-bbd9-34a8f8761438@default> References: <87d2qxjs7n.fsf@igel.home> <87y59jzp8l.fsf@building.gnus.org> <83ehbby9mv.fsf@gnu.org> <87mwpzy94k.fsf@building.gnus.org> <83bo6fy8uq.fsf@gnu.org> <87fvvrwtsy.fsf@building.gnus.org> <838v1jy7sr.fsf@gnu.org> <87mwpzveef.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1373141948 30251 80.91.229.3 (6 Jul 2013 20:19:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Jul 2013 20:19:08 +0000 (UTC) Cc: schwab@linux-m68k.org, emacs-devel@gnu.org To: Lars Ingebrigtsen , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 06 22:19:08 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UvYwl-00034C-Tb for ged-emacs-devel@m.gmane.org; Sat, 06 Jul 2013 22:19:08 +0200 Original-Received: from localhost ([::1]:50564 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvYwl-0006E5-Fe for ged-emacs-devel@m.gmane.org; Sat, 06 Jul 2013 16:19:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35539) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvYwi-0006Dy-Dx for emacs-devel@gnu.org; Sat, 06 Jul 2013 16:19:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UvYwh-00037e-87 for emacs-devel@gnu.org; Sat, 06 Jul 2013 16:19:04 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:42847) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UvYwc-00035j-Mj; Sat, 06 Jul 2013 16:18:58 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r66KIvnp016757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Jul 2013 20:18:58 GMT Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r66KIus2026431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Jul 2013 20:18:57 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r66KIuLp022000; Sat, 6 Jul 2013 20:18:56 GMT In-Reply-To: <87mwpzveef.fsf@building.gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161687 Archived-At: > > Pushing the normal output of "C-h b" further down the buffer doesn't > > make sense, either. How about a new "C-h" command, or perhaps an > > argument to "C-h b" that would trigger this new display? >=20 > If you're pushing `C-h b', you want to know what commands are available > for you. That's the point of the command. The commands that are > available in the local text properties are the ones that matter to you > most, because you moved the cursor there. No, that's one use case of `C-h b', and yes, it ignores text-property bindings. If you make `C-h b' take into account `point' then it no longer shows you binding information about the current context (buffer) in general. If `a' is bound in the current buffer/mode to `self-insert-command', but there is a text-property binding of `a' to `ignore', then `C-h b' output will show only the latter. You lose the general info. Or if you choose to show both, and the fact that the text-property bindings shadow other bindings, then why privilege text-property bindings this way? We don't do that in `C-h b' for other bindings that override bindings. `C-h b' does not currently tell you, for example, that `a' is bound in the `global-map' to `self-insert-command' AND that it is bound in the current local keymap to `foobar' AND that it is bound in the currently active minor mode `toto' to `toto-go-fish'... AND give you information about the various binding shadowings. It simply gives you the current effective binding of `a'.