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: where-is only mentions first key in interval Date: Mon, 13 Feb 2012 09:06:14 -0800 Message-ID: <49A85CD56ECA46168F6E71E9E7DD3144@us.oracle.com> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1329152793 15634 80.91.229.3 (13 Feb 2012 17:06:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Feb 2012 17:06:33 +0000 (UTC) Cc: 'Stefan Monnier' , emacs-devel@gnu.org To: "=?iso-8859-1?Q?'Per_Starb=E4ck'?=" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 13 18:06:32 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RwzMF-0005n2-PK for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 18:06:31 +0100 Original-Received: from localhost ([::1]:42491 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwzMF-0001Zo-3l for ged-emacs-devel@m.gmane.org; Mon, 13 Feb 2012 12:06:31 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:49417) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwzM9-0001Zi-MX for emacs-devel@gnu.org; Mon, 13 Feb 2012 12:06:29 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RwzM5-0003tX-Ay for emacs-devel@gnu.org; Mon, 13 Feb 2012 12:06:25 -0500 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:47109) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RwzM5-0003tG-2D for emacs-devel@gnu.org; Mon, 13 Feb 2012 12:06:21 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q1DH6H7T009052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Feb 2012 17:06:18 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q1DH6G4n022107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Feb 2012 17:06:16 GMT Original-Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q1DH6FoD015501; Mon, 13 Feb 2012 11:06:15 -0600 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 13 Feb 2012 09:06:15 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AczqbIGvFqk9sezwRQCBTQqM517d+wAARWxQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-CT-RefId: str=0001.0A090202.4F39430B.00D1,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 148.87.113.117 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:148563 Archived-At: > > Per Emacs key notation, `e..f' means only one thing: the > > sequence of four keystrokes `e', `.', `.', and `f'. > > But that is written 'e . . f' of course! Well, yes (`e . . f', not 'e . . f'). But in the `where-is' output there are no `' wrappers: spaces are generally used to separate keys. That too is a problem (to be fixed, IMO): Sometimes a space separates key sequences, sometimes it does not: "C-x C-f", for example. But given the use of spaces here to separate keys, a user might very easily think (wrongly) that e..f represents a single key sequence. And if you tried to introduce spaces to separate those keys, like "e .. f", that falsely communicates three key bindings: `e', `..', and `f'. And it does not in any way communicate the fact that `..' means "and everything between". And even the notion of "everything between" is not so clear in this context. This is not obviously a list of bindings ordered by character code. A user might be able to guess "e..f" here, but "SPC..~" would perhaps not be so clear. And there is nothing in the doc of `where-is' or even `where-is-internal' that describes the order used in the key-sequence output (another problem to be fixed, IMO). Obviously, just "e f" would be OK here. It was what was used prior to Emacs 23. Returning to that would fix the regression, even if it wouldn't make `C-h w' output crystal clear. > Emacs already uses ".." for intervals at least for > describe-bindings, but with spaces, like: > > SPC .. ~ self-insert-command Completely different context. (And there too, things could be improved, IMO, by providing a better column header or a legend that says what `..' represents. And state what order is used for the table rows.) If we cannot immediately improve the `where-is' output then we should at least restore the behavior prior to this regression, i.e., prior to Emacs 23.