From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Semi-unhelpful error message given when trying to (provide 'CUA-mode) Date: Thu, 25 May 2006 22:22:11 -0400 Message-ID: References: <85fyj4bl8p.fsf@lola.goethe.zz> <20060520.211854.71848142.wl@gnu.org> <85lkswa29b.fsf@lola.goethe.zz> <44701B91.60606@swipnet.se> <44715093.4020906@swipnet.se> <4472AB5F.9090305@swipnet.se> <447440A5.8080704@swipnet.se> <44758C65.4060207@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1148610279 15727 80.91.229.2 (26 May 2006 02:24:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 26 May 2006 02:24:39 +0000 (UTC) Cc: acm@muc.de, jan.h.d@swipnet.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 26 04:24:38 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 1FjS09-0000nM-VM for ged-emacs-devel@m.gmane.org; Fri, 26 May 2006 04:24:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjS09-0001ep-6z for ged-emacs-devel@m.gmane.org; Thu, 25 May 2006 22:24:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjRxu-000063-0G for emacs-devel@gnu.org; Thu, 25 May 2006 22:22:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjRxt-00005e-CY for emacs-devel@gnu.org; Thu, 25 May 2006 22:22:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjRxt-00005Z-7z for emacs-devel@gnu.org; Thu, 25 May 2006 22:22:13 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjS2g-0004Vt-L3 for emacs-devel@gnu.org; Thu, 25 May 2006 22:27:10 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FjRxr-0000hk-Pq; Thu, 25 May 2006 22:22:11 -0400 Original-To: Jason Rumney In-reply-to: <44758C65.4060207@gnu.org> (message from Jason Rumney on Thu, 25 May 2006 11:52:21 +0100) 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:55304 Archived-At: > I suspect another miscommunication here. What do you mean by > "accelerators"? I thought we were talking about typing a letter _once > the menu is active_ to select a given menu item. Is that what you > mean, too? > Technically, GTK calls these mnemonics, and what it calls accelerators are the normal keybindings, which we already display to the right of the menu item. In that case, the issue here is the mnemonics, not the accelerators, right? We already handle accelerators. Probably the best way to handle this then is for the Windows menu code to replace _ in menu item text with &, and for mac, tmm and non-toolkit X menu code to strip out the _ (or build the code in to handle it). Then we can go through our menus and add _'s as appropriate. That seems like a good approach. But let's put it in etc/TODO and work on the release. Menus are often consed together from various modules. I don't think that this would work reliably. I think it would be better when the abbreviations would be chosen automatically in most cases. Even though it might make sense if the automatisms would try to obey suggestions where possible. Mixing menu items from various keymaps can happen in Emacs, but it does not happen very much. So I don't think it will make the feature ineffective. Of course, it should avoid getting confused in the case where two menu items have the same mnemonic.