From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: customize-mark-as-set for M-x foo-mode Date: Mon, 26 Aug 2002 14:22:14 +0200 Organization: The Church of Emacs Sender: emacs-devel-admin@gnu.org Message-ID: References: <200208192055.g7JKttB15245@rum.cs.yale.edu> <200208210012.g7L0CLQ10068@wijiji.santafe.edu> <200208211529.g7LFT5e24786@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030379390 14211 127.0.0.1 (26 Aug 2002 16:29:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 26 Aug 2002 16:29:50 +0000 (UTC) Cc: Richard Stallman , emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17jMkO-0003h6-00 for ; Mon, 26 Aug 2002 18:29:48 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17jNFI-0008BF-00 for ; Mon, 26 Aug 2002 19:01:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jMlb-0006vW-00; Mon, 26 Aug 2002 12:31:03 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jM5R-0002GD-00 for emacs-devel@gnu.org; Mon, 26 Aug 2002 11:47:29 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jM4J-0001rD-00 for emacs-devel@gnu.org; Mon, 26 Aug 2002 11:47:02 -0400 Original-Received: from gnudist.gnu.org ([199.232.41.7]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jM4D-0006My-00; Mon, 26 Aug 2002 11:46:13 -0400 Original-Received: from sheridan.dina.kvl.dk ([130.225.40.227]) by gnudist.gnu.org with esmtp (Exim 4.10) id 17jIz7-0005A9-00; Mon, 26 Aug 2002 08:28:45 -0400 Original-Received: from zuse.dina.kvl.dk (zuse.dina.kvl.dk [130.225.40.245]) by sheridan.dina.kvl.dk (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA30343; Mon, 26 Aug 2002 14:22:19 +0200 Original-Received: (from abraham@localhost) by zuse.dina.kvl.dk (8.9.3+Sun/8.9.3) id OAA01145; Mon, 26 Aug 2002 14:22:14 +0200 (MEST) X-Authentication-Warning: zuse.dina.kvl.dk: abraham set sender to abraham@dina.kvl.dk using -f Original-To: "Stefan Monnier" X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: <200208211529.g7LFT5e24786@rum.cs.yale.edu> ("Stefan Monnier"'s message of "Wed, 21 Aug 2002 11:29:04 -0400") Original-Lines: 39 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (sparc-sun-solaris2.8) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6920 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6920 "Stefan Monnier" writes: >> Is there any reason why it's only executed when run from the >> menu-bar rather than from M-x ? I think it would be a significant improvement to make M-x mark them as customized rather than rogue. The only purpose by distinguishing betten "set by customize" and "set outside customize" is to warn the user that saving the variable from customize may have no effect, because "something else" (like an explicit setq in .emacs) will be overwriting the saved value next time he start Emacs. If "something else" is an explicit, interactive command by the user, there is no reason to warn him. > AFAIK customize-mark-as-set does not itself update the .emacs file. True. > It might indeed cause the variable to be saved later on if you > custom-save-all. Nope. Only those marked for saving will be saved. However, it will make the variable appear in the list generated by customize-customized, which I would consider an extra bonus. >> Maybe it would be better if none of these commands updated .emacs >> itself, and instead there were another command in the Options menu to >> save the options that you can (or that you have) set with the Options >> menu. > > I don't understand. It's already the current behavior AFAIU. Yes, that is the current behavior. "Options -> Save Options" saves all options that you _can_ set from the options menu with their current value, no matter how you have actually set them.