From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: doc elisp intro cross reference fixes Date: 20 Nov 2003 14:13:34 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <87wua28zux.fsf@zip.com.au> <87ad6vdsxi.fsf@mail.jurta.org> <200311190418.hAJ4ITC02466@raven.dms.auburn.edu> <200311190528.hAJ5SrK02553@raven.dms.auburn.edu> <3FBBD155.2050703@yahoo.com> <200311192238.hAJMcTM06424@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069334772 17002 80.91.224.253 (20 Nov 2003 13:26:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 20 Nov 2003 13:26:12 +0000 (UTC) Cc: ihs_4664@yahoo.com, Luc Teirlinck , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Nov 20 14:26:07 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AMoox-0006vN-00 for ; Thu, 20 Nov 2003 14:26:07 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AMoox-00059F-00 for ; Thu, 20 Nov 2003 14:26:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AMphi-0005Zu-7S for emacs-devel@quimby.gnus.org; Thu, 20 Nov 2003 09:22:42 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AMphE-0005Wo-T1 for emacs-devel@gnu.org; Thu, 20 Nov 2003 09:22:12 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AMpaU-0003yG-UU for emacs-devel@gnu.org; Thu, 20 Nov 2003 09:15:46 -0500 Original-Received: from [217.80.160.118] (helo=localhost.localdomain) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1AMpaT-0003x3-UM for emacs-devel@gnu.org; Thu, 20 Nov 2003 09:15:14 -0500 Original-Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id hAKDDbI5017773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Nov 2003 14:13:38 +0100 Original-Received: (from dak@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id hAKDDY5W017769; Thu, 20 Nov 2003 14:13:34 +0100 Original-To: Stefan Monnier In-Reply-To: Original-Lines: 30 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 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:17960 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17960 Stefan Monnier writes: > > 1. Setting the variable with set-variable would not have any effect > > other than maybe to confuse Emacs internals or the user. This is > > Sounds like a bug: if it works via customize-variable, there's not good > reason why it can't work with set-variable. There are reasons. Customize can specify actions to do whenever a variable is set (there are a few customizable variables that switch on minor modes, for example). Also when variables have a complex structure, it is a bit of policy to say "this 20-element list does not make sense setting via set-variable". > > Basically, everything can be summarized with: "use `*' if and only > > if setting the variable with `set-variable' makes sense". I > > should say that the fact set-variable itself will indeed not > > distinguish (not even for completion) between `*' or no `*' is not > > very consistent with > > And the fact that nobody has ever complained about the fact that > set-variable can be used on vars that don't have a * (as long as > they're defined with `defcustom') indicates that it is not a bad > behavior. And the fact that nobody has ever complained about undiscovered crimes indicates that they are not a bad thing... -- David Kastrup, Kriemhildstr. 15, 44793 Bochum