From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Getting more info on a variable in Customize buffers Date: Mon, 03 Jan 2005 12:39:31 -0500 Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1104774099 14882 80.91.229.6 (3 Jan 2005 17:41:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 3 Jan 2005 17:41:39 +0000 (UTC) Cc: Reiner Steib , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 03 18:41:23 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ClWCo-0000AX-00 for ; Mon, 03 Jan 2005 18:41:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClWNy-0007rR-8x for ged-emacs-devel@m.gmane.org; Mon, 03 Jan 2005 12:52:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1ClWNm-0007n1-63 for emacs-devel@gnu.org; Mon, 03 Jan 2005 12:52:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1ClWNl-0007mL-C8 for emacs-devel@gnu.org; Mon, 03 Jan 2005 12:52:41 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1ClWNl-0007m5-7T for emacs-devel@gnu.org; Mon, 03 Jan 2005 12:52:41 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClWBF-0007Pw-Js for emacs-devel@gnu.org; Mon, 03 Jan 2005 12:39:45 -0500 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 49C4C8282AB; Mon, 3 Jan 2005 12:39:45 -0500 (EST) Original-Received: from asado.iro.umontreal.ca (asado.iro.umontreal.ca [132.204.24.84]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id A6EB84AC0E9; Mon, 3 Jan 2005 12:39:31 -0500 (EST) Original-Received: by asado.iro.umontreal.ca (Postfix, from userid 20848) id 863608CA69; Mon, 3 Jan 2005 12:39:31 -0500 (EST) Original-To: "Drew Adams" In-Reply-To: (Drew Adams's message of "Sun, 2 Jan 2005 17:57:58 -0800") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-4.637, requis 5, AWL 0.26, BAYES_00 -4.90) X-MailScanner-From: monnier@iro.umontreal.ca 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: main.gmane.org gmane.emacs.devel:31744 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31744 >> - You need to load `cus-edit.el' to see this variable (not a >> great problem, but it would be good to have it autoloaded). > Most variables are only visible once the corresponding package > is loaded. That's normal. > It may be normal for most variables, but I think this one merits an > autoload. > It sounds from this thread as if the decision to prettify names by default > in Customize is not too solidly supported anyway, and that many users > might prefer the Lisp names. If users who potentially would prefer Lisp > names don't even know that displaying Lisp names is an option, then that > is a loss. Autoloading a variable should only be done if it's necessary for correctness (typically because the default value is not nil and the user is likely to want to do something like `add-to-list' on it in her .emacs). This variable has been used by extremely few people. Extremely few people have complained about the varname-vs-prettyname difference. Most/all of those who complained write 90% of their .emacs file by hand anyway. > The problem is that custom's "variables" aren't the same as > Elisp variables. They look very much alike, and they usually > are exactly the same, but that's not always the case. > The :get, :set, and :init thingies allow you to define a custom setting > "foo-bar" which controls "toto" rather than the variable "foo-bar". > I probably don't fully understand, although I think I follow you. Sounds > like an implementation problem to me - or perhaps a design problem? The designer might call it a feature rather than a problem. I do tend to think that it was a mistake to design something that looks like an elisp variable and which happens to be an elisp variable in 99% of the cases but which may be something else. > Anyway, if this is a problem for the unusual cases, then how is possible to > have option `custom-unlispify-tag-names' work for them? It works, but it may not always tell you the truth. Because the truth is that a custom-var called "foo-bar" might not have *any* real variable corresponding to it (not even "toto"). E.g. setting "foo-bar" to ON may just add something to foo-mode-hook and setting it to OFF removes it from the hook. Retrieving the value of "foo-bar" is done by looking at the foo-mode-hook. > If there is a problem with corner cases, then that problem must already > manifest itself with `custom-unlispify-tag-names', no? Of course not. The problem is in how the user interprets what she sees, not in the code. > That sounds ridiculous to me (but perhaps I misunderstand you). > Emacs priests have been preaching that Customize is _The Way_ for quite > some time now. Most of the standard Emacs code now uses Customize for > user variables. To understand and modify the standard Emacs variables, we > are naturally led to Customize. I'm not sure who are those mythical "Emacs priests". Of course you can use Custom to customize Emacs, but if you do that you shouldn't need to care about variable names. If you care about actual variable names, it's either because you're looking underneath Custom (in which case you're dealing with Elisp and might as well write your .emacs by hand as mentioned before), or because there's a problem with Custom. > And you're now telling us that if I we don't like something about the > Customize UI we should just skip it? Instead of letting Customize show the > same thing (as an option!) that `C-h v' shows, we should just forget it? > Why not get rid of `C-h v', or prettify its names too, while you're at it? I never suggested to remove custom-unlispify-tag-names. If that's what you prefer, use it. But you don't seem satisfied with it. Note that to a large extent I agree with you that it should be nil by default. Stefan