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: Tue, 17 Jan 2006 23:54:27 +0200 Organization: JURTA Message-ID: <87mzhuy0z7.fsf@jurta.org> References: <200601130332.k0D3WKo16648@raven.dms.auburn.edu> <87psmrr3vg.fsf@jurta.org> <200601170413.k0H4Do825655@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1137537268 23773 80.91.229.2 (17 Jan 2006 22:34:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 17 Jan 2006 22:34:28 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 17 23:34:26 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 1EyzPB-0003mz-8f for ged-emacs-devel@m.gmane.org; Tue, 17 Jan 2006 23:34:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EyzRX-0002W8-6r for ged-emacs-devel@m.gmane.org; Tue, 17 Jan 2006 17:36:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eyyqs-0008QA-8a for emacs-devel@gnu.org; Tue, 17 Jan 2006 16:58:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eyyqp-0008PD-15 for emacs-devel@gnu.org; Tue, 17 Jan 2006 16:58:53 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eyyqo-0008P0-Rf for emacs-devel@gnu.org; Tue, 17 Jan 2006 16:58:50 -0500 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EyyuY-0002CJ-NW for emacs-devel@gnu.org; Tue, 17 Jan 2006 17:02:43 -0500 Original-Received: from mail.neti.ee (80-235-35-216-dsl.mus.estpak.ee [80.235.35.216]) by Relayhost1.neti.ee (Postfix) with ESMTP id D32341B96; Tue, 17 Jan 2006 23:56:07 +0200 (EET) Original-To: Luc Teirlinck In-Reply-To: <200601170413.k0H4Do825655@raven.dms.auburn.edu> (Luc Teirlinck's message of "Mon, 16 Jan 2006 22:13:50 -0600 (CST)") 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:49222 Archived-At: > Of course, ordinary self-inserting characters _should_ self-insert in > editable fields. But note that TAB still moves to next button or > editable field (I guess that list should now also include "link"). > S-TAB also has its regular meaning, but the recently added M-TAB does > not, because it has another (completion related) meaning in editable > fields. I think this is mostly a documentation problem. `C-h m' on a customization buffer suggests using `n' and `p' instead of better `TAB' and `S-TAB': Move to next button or editable field. n Move to previous button or editable field. p Complete content of editable text field. M-TAB Adding `\\\' before first two lines above in the docstring of `custom-mode' to force displaying keybindings from `widget-keymap', the output of `C-h m' is still not good: Move to next button or editable field. TAB Move to previous button or editable field. M-TAB Complete content of editable text field. M-TAB Note duplicate `M-TAB' for different contexts. Also while `C-x C-s' and `C-c C-c' are not available in editable fields, the docstring should warn about this fact. -- Juri Linkov http://www.jurta.org/emacs/