From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: new *Help* argument highlighting Date: Wed, 12 May 2004 15:40:48 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040510223059.AE6F.LEKTU@mi.madritel.es> <20040511155531.7604.JMBARRANQUERO@wke.es> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1084391694 8187 80.91.224.253 (12 May 2004 19:54:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 May 2004 19:54:54 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed May 12 21:54:41 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BNzoO-00005J-00 for ; Wed, 12 May 2004 21:54:40 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BNzoO-00069c-00 for ; Wed, 12 May 2004 21:54:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BNzjx-0007o8-9k for emacs-devel@quimby.gnus.org; Wed, 12 May 2004 15:50:05 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BNzij-0007Y6-Jf for emacs-devel@gnu.org; Wed, 12 May 2004 15:48:49 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BNziA-0007MP-TG for emacs-devel@gnu.org; Wed, 12 May 2004 15:48:47 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BNzb1-0006Jz-Ls for emacs-devel@gnu.org; Wed, 12 May 2004 15:40:52 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1BNzay-0007hP-Cy; Wed, 12 May 2004 15:40:48 -0400 Original-To: Juanma Barranquero In-reply-to: <20040511155531.7604.JMBARRANQUERO@wke.es> (message from Juanma Barranquero on Tue, 11 May 2004 15:56:54 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:23270 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23270 > So he can customize two things instead of one. That is no big deal. > (Only a few people will customize this.) I'm not entirely sure whether that means "OK, let's use lowercase italics and have a face and a -function var", or I'm just misreading English again :) To say that a user can customize something does not necessarily mean introducing a defcustom to customize it. That is one of many customization mechanisms in Emacs. Another customization mechanism is to redefine a function. Some customizations are natural to do in that way, and some are important enough to be worth installing a defcustom for. But we should refuse to fall into thinking automatically "add a defcustom" whenever we think something might want to be changed by some users. Many of those things are definitely not worth adding a defcustom for. I am not sure what is the best way to recommend users deal with customizing this, when they want to customize this. It depends on how often anyone will want to change that. That depends on other things. I think the least we can do is make lowercasing depending on whether face-differs-from-default-p returns true. If it does what I think it does. Detecting automatically when to do this is much better than adding a separate defcustom to control whether to downcase. (Meanwhile, in the long term, we also have the idea of defining a new way to indicate variable names in doc strings. With that, it won't be a matter of downcasing any more. But the issue of deciding whether to upcase will replace it.)