From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: Showing all sequences bound to a prefix? Date: Wed, 2 Sep 2009 22:32:35 -0700 Message-ID: References: <87d469eiqq.wl%anselm.helbig+news2009@googlemail.com> <878wgxe4vw.wl%anselm.helbig+news2009@googlemail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1251956009 30583 80.91.229.12 (3 Sep 2009 05:33:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Sep 2009 05:33:29 +0000 (UTC) To: "'Kevin Rodgers'" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 03 07:33:22 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Mj4wj-0001Qn-TT for geh-help-gnu-emacs@m.gmane.org; Thu, 03 Sep 2009 07:33:22 +0200 Original-Received: from localhost ([127.0.0.1]:50113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mj4wj-0007rp-C6 for geh-help-gnu-emacs@m.gmane.org; Thu, 03 Sep 2009 01:33:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mj4w6-0007qB-J5 for help-gnu-emacs@gnu.org; Thu, 03 Sep 2009 01:32:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mj4w1-0007k1-2m for help-gnu-emacs@gnu.org; Thu, 03 Sep 2009 01:32:41 -0400 Original-Received: from [199.232.76.173] (port=55958 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mj4w0-0007jq-N1 for help-gnu-emacs@gnu.org; Thu, 03 Sep 2009 01:32:36 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:40466 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mj4w0-0004CT-7U for help-gnu-emacs@gnu.org; Thu, 03 Sep 2009 01:32:36 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n835X3ZA006445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Sep 2009 05:33:04 GMT Original-Received: from abhmt001.oracle.com (abhmt001.oracle.com [141.146.116.10]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n835WVpK011026; Thu, 3 Sep 2009 05:32:31 GMT Original-Received: from dradamslap1 (/24.5.190.74) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 02 Sep 2009 22:32:29 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcosTewtQN6dMEXZQDGUGq4u1/Sj9AABuv3A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt001.oracle.com [141.146.116.10] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4A9F54EE.0175:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: Error: This connection is not (no longer?) in the cache. X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:67783 Archived-At: > > The only reason `C-s C-h' does not work (show you the > > isearch bindings) is because RMS did not want it to work. > > He prefers that `C-h' break out of isearch > > (and so initiate global help). > > `C-s C-h' does not work the way e.g. `C-x r C-h' works > because `C-s' is not a prefix key. The discussion wasn't only about working "the way C-x r C-h works" - the goal was to see the isearch key bindings. Which is why I explicitly said "does not work (show you the isearch bindings)". The "does not work" in this general sense of showing you the isearch bindings is not "because C-s is not a prefix key". That explains why `C-s' doesn't work the same as `C-x r', but it doesn't explain why `C-s C-h' doesn't show you isearch help (bindings). There is nothing about not being a prefix key that prevents having C-s C-h show the isearch bindings. As has been said, it can easily be made to work (show the bindings), by just binding C-h to isearch-mode-help in isearch-mode-map. It's not a technical problem. The *reason* that that binding has not been made in Emacs (it has been proposed several times), and thus the reason that C-s C-h does not work (does not show you the isearch bindings), is because Richard does not want C-h during isearch to offer isearch help. He wants it to exit isearch and offer global, top-level help. It is not a technical reason, but a UI choice. > `C-s C-h' does not work the way you and I want it to work because > `C-s' invokes a transient mode (incremental search) with its > own keymap, which implies that `C-h' must be bound to > mode-specific command in that keymap, Yes. > and RMS prefers a different binding than we do. Yes. But there is no relation between the last clause and the first part of the sentence. The first part explains why C-s C-h doesn't _automatically_ work (the way C-x r C-h does). But all that matters for the desired result is the second part: it wasn't implemented because of a UI design choice - the implementation is then irrelevant.