From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.devel Subject: Re: doc elisp intro cross reference fixes Date: Sat, 29 Nov 2003 21:25:54 +0000 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <873cc650kd.fsf@emptyhost.emptydomain.de> 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> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070141249 5935 80.91.224.253 (29 Nov 2003 21:27:29 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 29 Nov 2003 21:27:29 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Nov 29 22:27:27 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 1AQCch-000821-00 for ; Sat, 29 Nov 2003 22:27:27 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AQCcg-0000rC-00 for ; Sat, 29 Nov 2003 22:27:27 +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 1AQDZv-0000C9-9I for emacs-devel@quimby.gnus.org; Sat, 29 Nov 2003 17:28:39 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AQDZP-0008Sq-33 for emacs-devel@gnu.org; Sat, 29 Nov 2003 17:28:07 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AQDYs-0008Do-Nn for emacs-devel@gnu.org; Sat, 29 Nov 2003 17:28:05 -0500 Original-Received: from [80.91.224.249] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AQDYs-0008DF-CB for emacs-devel@gnu.org; Sat, 29 Nov 2003 17:27:34 -0500 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AQCbQ-0006v5-00 for ; Sat, 29 Nov 2003 22:26:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AQCbP-0006ux-00 for ; Sat, 29 Nov 2003 22:26:07 +0100 Original-Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1AQCbP-0001Vb-00 for ; Sat, 29 Nov 2003 22:26:07 +0100 Original-Lines: 26 Original-X-Complaints-To: usenet@sea.gmane.org User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) Cancel-Lock: sha1:Kf59eyAIEcrUnc6DVkFJBNXO7Pg= 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:18213 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18213 Kevin Rodgers writes: > They are independent because customize was introduced as a new mechanism, > instead of extending set-variable. Whether they remain so is apparently > up for discussion. (Would you feel comfortable removing set-variable, or > aliasing it to customize?) 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? Now, maybe changing setq to invoke the Custom setter would be too weird. But maybe it is possible to change Custom such that it doesn't need those variables? Then we could remove all the variables that have no effect when set via setq, and then the set-variable problem would (almost?) cease to exist. Why can't Custom be told that there is a function global-font-lock-mode that can be invoked with positive or negative args, or not invoked at all? It seems it should be possible to change Custom in this way. What do people think? Kai