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: doc elisp intro cross reference fixes Date: 30 Nov 2003 14:51:51 -0500 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> <3FBD2081.2050000@yahoo.com> <873cc650kd.fsf@emptyhost.emptydomain.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070222094 5389 80.91.224.253 (30 Nov 2003 19:54:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Nov 2003 19:54:54 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Nov 30 20:54:51 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 1AQXed-00029x-00 for ; Sun, 30 Nov 2003 20:54:51 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AQXed-0006b9-00 for ; Sun, 30 Nov 2003 20:54:51 +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 1AQYbu-00036f-Ui for emacs-devel@quimby.gnus.org; Sun, 30 Nov 2003 15:56:06 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AQYZs-0002Ir-62 for emacs-devel@gnu.org; Sun, 30 Nov 2003 15:54:00 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AQYZL-000245-UB for emacs-devel@gnu.org; Sun, 30 Nov 2003 15:53:58 -0500 Original-Received: from [132.204.24.67] (helo=mercure.iro.umontreal.ca) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AQYZL-00023k-Ge for emacs-devel@gnu.org; Sun, 30 Nov 2003 15:53:27 -0500 Original-Received: from vor.iro.umontreal.ca (vor.iro.umontreal.ca [132.204.24.42]) by mercure.iro.umontreal.ca (8.12.9/8.12.9) with ESMTP id hAUJppbj003600; Sun, 30 Nov 2003 14:51:51 -0500 Original-Received: by vor.iro.umontreal.ca (Postfix, from userid 20848) id 82C753C63E; Sun, 30 Nov 2003 14:51:51 -0500 (EST) Original-To: Kai Grossjohann In-Reply-To: <873cc650kd.fsf@emptyhost.emptydomain.de> Original-Lines: 34 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-DIRO-MailScanner: Found to be clean 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:18228 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18228 > Maybe one needs to think more radical thoughts: Where is the sense in > allowing me to do (setq global-font-lock-mode t) even though it has no > effect? Do you really mean `setq' (i.e. something outside custom or even outside set-variable) ? > Now, maybe changing setq to invoke the Custom setter would be too > weird. Especially since the toggle function called by the setter does such a `setq'. > But maybe it is possible to change Custom such that it doesn't need > those variables? Huh? Those variables are needed for other reasons, not for custom. There simply needs to be a place where we store the current state of those minor modes. For some minor modes, we can use things like (member foo bar-hook) or somesuch, but in general we just need a minor-mode variable. Furthermore, AFAIK, custom already does not need the variable: if you provide a setter and a getter that don't use the variable, it won't use the variable. There might be a few places in custom where this is not quite true but it should be easy to fix. > Then we could remove all the variables that have no > effect when set via setq, You also want to "remove" non-existent variable like stefan-test-1 ? Stefan