From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: `xterm-mouse-mode' has a bogus Custom group Date: Sun, 10 Apr 2005 18:30:01 -0500 (CDT) Message-ID: <200504102330.j3ANU1Z00322@raven.dms.auburn.edu> References: <200504020351.j323ppS16391@raven.dms.auburn.edu> <16974.11752.332998.125628@farnswood.snap.net.nz> <200504021346.j32Dk3e19471@raven.dms.auburn.edu> <16978.12100.857894.861739@farnswood.snap.net.nz> <200504060000.j3600bm15264@raven.dms.auburn.edu> <16979.20638.871209.55398@farnswood.snap.net.nz> <200504070045.j370j0J27252@raven.dms.auburn.edu> <16981.58243.428189.615765@farnswood.snap.net.nz> <200504081605.j38G5ia15320@raven.dms.auburn.edu> <16982.64939.154130.463783@farnswood.snap.net.nz> <200504090406.j3946HQ22712@raven.dms.auburn.edu> <01c53d89$Blat.v2.4$96f0bb20@zahav.net.il> <200504101318.j3ADID528159@raven.dms.auburn.edu> <16985.40932.272577.252728@farnswood.snap.net.nz> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1113176388 6864 80.91.229.2 (10 Apr 2005 23:39:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 10 Apr 2005 23:39:48 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 11 01:39:45 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DKm1f-0001wh-SY for ged-emacs-devel@m.gmane.org; Mon, 11 Apr 2005 01:39:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKlbf-0007SD-7I for ged-emacs-devel@m.gmane.org; Sun, 10 Apr 2005 19:12:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DKlZv-00076e-JX for emacs-devel@gnu.org; Sun, 10 Apr 2005 19:10:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DKlZn-00072k-JB for emacs-devel@gnu.org; Sun, 10 Apr 2005 19:10:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DKlZe-0006uQ-8U for emacs-devel@gnu.org; Sun, 10 Apr 2005 19:10:40 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DKlvK-00006m-HT; Sun, 10 Apr 2005 19:33:02 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j3ANVY9N009709; Sun, 10 Apr 2005 18:31:34 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j3ANU1Z00322; Sun, 10 Apr 2005 18:30:01 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: nickrob@snap.net.nz In-reply-to: <16985.40932.272577.252728@farnswood.snap.net.nz> (message from Nick Roberts on Mon, 11 Apr 2005 09:51:32 +1200) 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: news.gmane.org gmane.emacs.devel:35841 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35841 Nick Roberts wrote: I don't know how to access the standard value (:init-value?), what would happen if its not set, etc, but if its a sensible idea, I could look at it. The standard value is the _unevaluated_ expression given as value in the defcustom. In the case of define-minor-mode, that is the expression given as :init-value. Evaluating the defcustom produced by define-minor-mode sets or resets it to that. You access the standard value from Lisp as (car (get symbol 'standard-value)) If you did not customize the option you also get it from selecting "Show initial Lisp expression" in the Custom buffer. "Erase Customization" in a Custom buffer sets the value for the current session back to Custom's idea of the standard value. So if that is different from the real default, trouble may result for the current session. You can change Custom's idea of the standard value by changing the 'standard-value property of the option symbol to a list whose car is the expression you want. But if then for any reason whatsoever the defcustom gets evaluated again, it will set the standard value back to the expression given in the defcustom. Sincerely, Luc.