From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: TAB in Eval: prompt in minibuffer? Date: Wed, 7 Dec 2005 22:55:27 +0200 Message-ID: <200512072255.27988.pogonyshev@gmx.net> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1133989237 20887 80.91.229.2 (7 Dec 2005 21:00:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 7 Dec 2005 21:00:37 +0000 (UTC) Cc: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 07 22:00:27 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Ek6MT-00087a-AK for ged-emacs-devel@m.gmane.org; Wed, 07 Dec 2005 21:58:01 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ek6Mg-0003Z9-I0 for ged-emacs-devel@m.gmane.org; Wed, 07 Dec 2005 15:58:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ek6MO-0003Xo-TS for emacs-devel@gnu.org; Wed, 07 Dec 2005 15:57:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ek6MN-0003X2-3f for emacs-devel@gnu.org; Wed, 07 Dec 2005 15:57:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ek6MM-0003Wt-PV for emacs-devel@gnu.org; Wed, 07 Dec 2005 15:57:54 -0500 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.34) id 1Ek6NG-0003XT-K8 for emacs-devel@gnu.org; Wed, 07 Dec 2005 15:58:51 -0500 Original-Received: (qmail invoked by alias); 07 Dec 2005 20:57:35 -0000 Original-Received: from unknown (EHLO [194.158.219.2]) [194.158.219.2] by mail.gmx.net (mp015) with SMTP; 07 Dec 2005 21:57:35 +0100 X-Authenticated: #16844820 Original-To: emacs-devel@gnu.org User-Agent: KMail/1.7.2 In-Reply-To: Content-Disposition: inline X-Y-GMX-Trusted: 0 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:47157 Archived-At: Drew Adams wrote: > BTW, info.el dropped M-TAB in favor of S-TAB. Unfortunately, this > makes `Info-prev-reference' inaccessible on ttys where S-TAB is not > available. I think info.el, help.el and wid-edit.el should bind both > S-TAB and M-TAB to the same commands: S-TAB for window environments, > and M-TAB for ttys. The current binding of M-TAB (`complete-symbol') > makes no sense in these modes anyway. > > Let's leave S-TAB alone here too. It should be M-TAB (or ESC-TAB, for those > of us who don't have M-TAB). If I remember correctly, it was me who proposed this change. S-TAB is consistent with desktop environment where Shift is commonly used as a `reversal' modifier. I.e. TAB moves forward, S-TAB moves backward. I'm not proposing to unify Emacs shortcuts with `standard' ones, like Ctrl+F for search, since Emacs is, eh..., Emacs :) But in some cases this is useful and S-TAB is one of them. S-TAB is normally unused in Emacs anyway and, as has been mentioned, there couldn't be any conflicts since S-TAB cannot be typed on a tty. Of course, there is nothing wrong in keeping M-TAB in Info mode with the same functionality, but, please, let's not reverse the S-TAB addition. Paul