From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Documentation for custom-file - is not (load custom-file) needed? Date: Wed, 15 Dec 2004 18:20:25 -0500 Message-ID: References: <200412140150.iBE1oTY02196@raven.dms.auburn.edu> <200412150251.iBF2pKb10852@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1103153769 13498 80.91.229.6 (15 Dec 2004 23:36:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Dec 2004 23:36:09 +0000 (UTC) Cc: johnw@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 16 00:36:03 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CeiXL-0006Pe-00 for ; Thu, 16 Dec 2004 00:26:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CeihY-0006tR-Ky for ged-emacs-devel@m.gmane.org; Wed, 15 Dec 2004 18:37:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ceign-0006aW-OX for emacs-devel@gnu.org; Wed, 15 Dec 2004 18:36:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ceigl-0006ZE-9i for emacs-devel@gnu.org; Wed, 15 Dec 2004 18:36:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ceigl-0006Yn-2L for emacs-devel@gnu.org; Wed, 15 Dec 2004 18:36:11 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CeiVj-00040T-Gb for emacs-devel@gnu.org; Wed, 15 Dec 2004 18:24:47 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CeiRV-0000jJ-41; Wed, 15 Dec 2004 18:20:25 -0500 Original-To: Luc Teirlinck In-reply-to: <200412150251.iBF2pKb10852@raven.dms.auburn.edu> (message from Luc Teirlinck on Tue, 14 Dec 2004 20:51:20 -0600 (CST)) 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: main.gmane.org gmane.emacs.devel:31185 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31185 You are going to save in the last of those files, which are written in some random order. If I understand correctly, with custom-file being nil, initsplit is watching .emacs for customizations being written in there, to delete them from .emacs and put them in the correct (according to the user) files. initsplit may need to be changed to cope with the new behavior of Emacs. That is normal: something that overrides part of Emacs probably will need to be changed when that part of Emacs changes. This is not a reason to avoid making useful changes in Emacs. The user may load several files with `custom-set-variables' forms to add a set of customizations to his .emacs. Then he just nominally saves some option using Custom to make Custom write all the stuff into .emacs. So you save everything in the last file he loaded. What Emacs would do at present is write all of them into .emacs, which is probably also not what he wants. The new behavior won't be any worse for him than the current behavior. Therefore, there is no argument here against the change.