From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: [drew.adams@oracle.com: RE: Customize doc strings and tagstrings do not respect \\<...> and \\[...]] Date: Sun, 05 Mar 2006 11:17:24 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1141553884 25267 80.91.229.2 (5 Mar 2006 10:18:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 5 Mar 2006 10:18:04 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 05 11:17:51 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 1FFqJ7-0007PB-3n for ged-emacs-devel@m.gmane.org; Sun, 05 Mar 2006 11:17:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FFqJD-0001Dc-1e for ged-emacs-devel@m.gmane.org; Sun, 05 Mar 2006 05:17:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FFqIz-0000IX-9b for emacs-devel@gnu.org; Sun, 05 Mar 2006 05:17:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FFqIv-0008S7-JR for emacs-devel@gnu.org; Sun, 05 Mar 2006 05:17:36 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FFqIv-0008RO-FS for emacs-devel@gnu.org; Sun, 05 Mar 2006 05:17:33 -0500 Original-Received: from [195.135.220.15] (helo=mx2.suse.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FFqKx-0003gl-07 for emacs-devel@gnu.org; Sun, 05 Mar 2006 05:19:39 -0500 Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id F14D31BB25; Sun, 5 Mar 2006 11:17:24 +0100 (CET) Original-To: "Drew Adams" X-Yow: I'm gliding over a NUCLEAR WASTE DUMP near ATLANTA, Georgia!! In-Reply-To: (Drew Adams's message of "Sat, 4 Mar 2006 14:14:50 -0800") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) 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:51226 Archived-At: "Drew Adams" writes: > > (defcustom titi 'tata "OK" :type > > '(choice > > (const :tag "`\\\\[next-history-element]= '." > > tata))) > > I see in Customize what I reported initially: > > \\[next-history-element] (one level of > > \ removed). > > Why do you think this is a bug? The tag contains exactly this text= . > > What are you saying? > > The point (the bug) is that the tag text should implicitly have > `substitute-command-keys' applied to it. The connection between doc strings and widget tags is not immediately apparent, but of course this could be added as a new feature. But note that this would change the rendition of existing :tag strings since certain construct in the text would have to be quoted now. Current only doc strings are filtered through substitute-command-keys (via documentation-property). > No. This is the correct rendition of \ when my-map is not > defined. > > If one defines "correct rendition" by whatever the program does current= ly, > then of course there can be no bug. "Circulez, il n'y a rien a voir!" That's how substitute-command-keys has always been working, and it is not a useless feature. It helps to interpret subsequent renditions of \[...] (the commands might be bound in a different key map that is current at this point). Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany PGP key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED= 5 "And now for something completely different."