From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: Problems with whole buffer Custom functions. Date: Sun, 22 Jan 2006 12:44:02 -0500 Message-ID: References: <200601130332.k0D3WKo16648@raven.dms.auburn.edu> <87psmrr3vg.fsf@jurta.org> <877j8tcsyt.fsf@jurta.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 1137960745 802 80.91.229.2 (22 Jan 2006 20:12:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 22 Jan 2006 20:12:25 +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 Sun Jan 22 21:12:24 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 1F0lZS-0006IH-2B for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2006 21:12:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0lae-0005c3-VH for ged-emacs-devel@m.gmane.org; Sun, 22 Jan 2006 15:13:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F0jLy-0002F2-Nb for emacs-devel@gnu.org; Sun, 22 Jan 2006 12:50:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F0jLx-0002EE-DO for emacs-devel@gnu.org; Sun, 22 Jan 2006 12:50:14 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F0jLv-0002E0-Cq for emacs-devel@gnu.org; Sun, 22 Jan 2006 12:50:12 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1F0jQW-00026h-IN for emacs-devel@gnu.org; Sun, 22 Jan 2006 12:54:56 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1F0jFy-00063z-MG; Sun, 22 Jan 2006 12:44:02 -0500 Original-To: Juri Linkov In-reply-to: <877j8tcsyt.fsf@jurta.org> (message from Juri Linkov on Sun, 22 Jan 2006 02:45:17 +0200) 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:49403 Archived-At: I'd reserve M-n and M-p in editable fields for history navigation. I don't think this is necessary, because there is already an undo mechanism (the "backup value"). Instead I think it should preserve the ordinary undo list when you set the variable. Currently, setting the variable discards the undo list, which is more or less a bug. However, I now see that TAB does work for moving from an editable field to the next button. So we don't need M-n to do that. We can stick with TAB as the one recommended way to do that. 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. I find that M-TAB is bound to complete-symbol in custom buffers. That is not useful, so we could change it to widget-backwards. However, M-TAB in an editable field is bound to widget-complete, and we certainly do not want to change that. This means that no variant of TAB is suitable to be the universal way to move to the previous widget, from all buffer positions, on all terminals. That is too bad. Maybe we should define M-n and M-p for this, just to have a consistent set of commands that move in both directions. Or maybe we should settle for having S-TAB available only on graphics terminals.