From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Problems with whole buffer Custom functions. Date: Mon, 23 Jan 2006 03:47:04 +0200 Organization: JURTA Message-ID: <87d5ijofiz.fsf@jurta.org> References: <200601130332.k0D3WKo16648@raven.dms.auburn.edu> <87psmrr3vg.fsf@jurta.org> <877j8tcsyt.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1137982740 25613 80.91.229.2 (23 Jan 2006 02:19:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2006 02:19:00 +0000 (UTC) Cc: teirllm@dms.auburn.edu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 23 03:18:58 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 1F0rI8-0001Kc-OV for ged-emacs-devel@m.gmane.org; Mon, 23 Jan 2006 03:18:49 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0rKk-00084O-Db for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2006 21:21:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0rKU-0007yY-8y for emacs-devel@gnu.org; Sun, 22 Jan 2006 21:21:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0rKR-0007up-HX for emacs-devel@gnu.org; Sun, 22 Jan 2006 21:21:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0rKR-0007uN-98 for emacs-devel@gnu.org; Sun, 22 Jan 2006 21:21:11 -0500 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1F0rP5-0001de-Dp; Sun, 22 Jan 2006 21:25:59 -0500 Original-Received: from mail.neti.ee (80-235-32-219-dsl.mus.estpak.ee [80.235.32.219]) by Relayhost1.neti.ee (Postfix) with ESMTP id AE4E44E2C; Mon, 23 Jan 2006 04:18:25 +0200 (EET) Original-To: rms@gnu.org In-Reply-To: (Richard M. Stallman's message of "Sun, 22 Jan 2006 12:44:02 -0500") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee 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:49428 Archived-At: > S-TAB is the preferable key binding, but currently it's impossible to > specify a preferable key binding in the docstring. > > The way to do that is to use two different command names. Look at > `advertised-undo', for instance. We could use that same technique to > make sure that S-TAB is what appears in a doc string. > > However, arranging to present only S-TAB would have a drawback, > that it would not give any way to do this on a tty. Perhaps a better solution than adding `advertised-widget-backward' is not to bind M-TAB on on graphics terminals at all. > Or maybe we should settle for having S-TAB available only on graphics > terminals. TAB and S-TAB are standard keys to move to next/previous links in modern GUI applications. I think this is not a big problem that S-TAB is not available on a tty. There was no M-TAB keybinding in Emacs for moving to the previous link for several years until it was installed a month ago, and nobody complained about this. -- Juri Linkov http://www.jurta.org/emacs/