From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Assignment of misc packages for emacs Date: 18 May 2002 23:39:18 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5x7km19lvd.fsf@kfs2.cua.dk> References: <200205050534.g455YfF01634@aztec.santafe.edu> <5xbsbumexh.fsf@kfs2.cua.dk> <200205141941.g4EJfud15293@aztec.santafe.edu> <5xvg9qmgzt.fsf@kfs2.cua.dk> <200205151927.g4FJRRW26103@rum.cs.yale.edu> <5x3cwr4q7m.fsf@kfs2.cua.dk> <200205162249.g4GMnLH03933@rum.cs.yale.edu> <200205181848.g4IImGC21977@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021754353 4886 127.0.0.1 (18 May 2002 20:39:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 18 May 2002 20:39:13 +0000 (UTC) Cc: monnier+gnu/emacs@RUM.cs.yale.edu, assign@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 179Ayv-0001Gh-00 for ; Sat, 18 May 2002 22:39:13 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 179BC3-0001lT-00 for ; Sat, 18 May 2002 22:52:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 179Ayx-0008Tr-00; Sat, 18 May 2002 16:39:15 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 179AyK-0008La-00; Sat, 18 May 2002 16:38:36 -0400 Original-Received: from kfs2.cua.dk.cua.dk (unknown [10.1.82.3]) by mail.filanet.dk (Postfix) with SMTP id D176A7C016; Sat, 18 May 2002 20:38:33 +0000 (GMT) Original-To: rms@gnu.org In-Reply-To: <200205181848.g4IImGC21977@aztec.santafe.edu> Original-Lines: 58 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4098 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4098 Richard Stallman writes: > > I wasn't aware of the HierarKey feature (it's a very well hidden "fact"). > > It compares almost 1:1 ... except I don't like HierarKey menus > > to show the full key bindings, e.g. > > > > Set face: default (M-g d), bold (M-g b), italic (M-g i), l = bold-italic (M-g l), undeline (M-g u), Other ... (M-g o) > > I tend to agre. Maybe we should just change it. Or move the M-g prefix > to the beginning of the line (so it appears only once). > > What's right to do depends on the circumstances. In the context of > setting the face, you are typing key sequences. The point is to show > the whole equivalent key sequences for these commands. For that > point, it needs to show the whole key binding. I don't understand why it _needs_ to show that. I have just pressed M-g, and emacs responds with a menu which tells me that pressing d gives default, b gives bold, etc. So why is it necessary to tell me that the complete key binding is M-g d, M-g b, etc. ? IMO, that's duplicate information, which is more confusing than informative. My suggestion is to remove the duplicate information and instead emphasize which key to press like this: Set face: d)efault b)old i)talic bo(l)d-italic u)nderline O)ther ... IMO this is simpler to read, and actually fits in 80 columns! > Answering a question asked by a command is a different situation. In > that context there are no equivalent key bindings that are normally > defined, so none should be shown. If that doesn't work now, we would > want to make it work that way. But what if the effect is the same ? Let's say I write a command (select-face) which prints exactly the same prompt as is produced by M-g, reads a character, and selects default, bold, italic, etc face depending on that character. I then bind that command to M-g. So now there is no explicit key binding for `M-g b', but from a user's point of view, entering M-g b still selects bold face in exactly the same way as the current code does. Why does it make sense to show the key binding " (M-g b)" in the prompt in the first case and not in the second case -- when the _effect_ is exactly the same in both cases. IMO, the key binding should be removed from the prompt, as it doesn't give any useful information, and it makes the prompt approx. twice as long as it needs to be...! -- Kim F. Storm http://www.cua.dk