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: customize-apropos Date: Tue, 13 Dec 2005 18:33:08 -0500 Message-ID: References: <200512122356.jBCNuaQ07998@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1134517016 27632 80.91.229.2 (13 Dec 2005 23:36:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Dec 2005 23:36:56 +0000 (UTC) Cc: drew.adams@oracle.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 14 00:36:49 2005 Return-path: Original-Received: from [199.232.75.2] (helo=lists.gnu.org) by ciao.gmane.org with esmtp (Exim 4.43) id 1EmJgK-000325-MZ for ged-emacs-devel@m.gmane.org; Wed, 14 Dec 2005 00:35:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EmJgt-0001He-MM for ged-emacs-devel@m.gmane.org; Tue, 13 Dec 2005 18:36:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EmJfr-0000Kv-3s for emacs-devel@gnu.org; Tue, 13 Dec 2005 18:35:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EmJfq-0000KP-9u for emacs-devel@gnu.org; Tue, 13 Dec 2005 18:35:10 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EmJfq-0000KJ-2q for emacs-devel@gnu.org; Tue, 13 Dec 2005 18:35:10 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EmJho-0003T3-8W for emacs-devel@gnu.org; Tue, 13 Dec 2005 18:37:12 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1EmJds-0002Su-W6; Tue, 13 Dec 2005 18:33:13 -0500 Original-To: Luc Teirlinck In-reply-to: <200512122356.jBCNuaQ07998@raven.dms.auburn.edu> (message from Luc Teirlinck on Mon, 12 Dec 2005 17:56:36 -0600 (CST)) 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 X-Broken-Reverse-DNS: no host name found for IP address 199.232.75.2 Xref: news.gmane.org gmane.emacs.devel:47646 Archived-At: I believe that it _is_ the current policy not to show any variable in a Custom buffer that is not defined with defcustom. Not completely. customize-variable will do so, if you specify such a variable. (You have to enter the argument with C-M-c, though, since it is not a valid completion.) I think it is fine for customize-apropos to have an option to include non-custom variables. We should not delete that featurelet. Instead of saying just "NO CUSTOMIZATION DATA; you should not see this" (which is what I see, in a CVS snapshot from June), a user option should be labeled as such, with, for example, a message/label such as "You cannot customize this option, but you can set it with command `set-variable'. We might want to change that text, because it seems to suggest there was a bug. If it is unusual and occurs only after a special request, that message is too alarming to fit the situation.