From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Lennart Borgman" Newsgroups: gmane.emacs.devel Subject: Re: Documentation for custom-file - is not (load custom-file) needed? Date: Wed, 8 Dec 2004 23:16:11 +0100 Message-ID: <006101c4dd74$eb9657e0$0200a8c0@sedrcw11488> References: <075b01c4d9a4$52799460$0200a8c0@sedrcw11488> <00bb01c4daee$5eb81350$0200a8c0@sedrcw11488> <200412051733.iB5HXIX13206@raven.dms.auburn.edu> <000001c4db1a$8d3770f0$0200a8c0@sedrcw11488> <200412060046.iB60kZj15003@raven.dms.auburn.edu> <003e01c4db31$e45a2550$0200a8c0@sedrcw11488> <200412060402.iB6421q15173@raven.dms.auburn.edu> <200412070539.iB75dV924747@raven.dms.auburn.edu> <03be01c4dcbf$139bfa30$0200a8c0@sedrcw11488> <87is7dienm.fsf@jurta.org> <87u0qwc43f.fsf@jurta.org> <002001c4dd4e$b4578a40$0200a8c0@sedrcw11488> <004601c4dd60$013b7810$0200a8c0@sedrcw11488> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1102544812 17645 80.91.229.6 (8 Dec 2004 22:26:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2004 22:26:52 +0000 (UTC) Cc: Juri Linkov , Luc Teirlinck , Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 08 23:26:46 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 1CcAGj-0000m2-00 for ; Wed, 08 Dec 2004 23:26:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcAQa-00089I-PI for ged-emacs-devel@m.gmane.org; Wed, 08 Dec 2004 17:36:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CcAQT-00087w-Vf for emacs-devel@gnu.org; Wed, 08 Dec 2004 17:36:50 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CcAQT-00087e-Cb for emacs-devel@gnu.org; Wed, 08 Dec 2004 17:36:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcAQT-00087U-AO for emacs-devel@gnu.org; Wed, 08 Dec 2004 17:36:49 -0500 Original-Received: from [81.228.11.110] (helo=av3-2-sn1.fre.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CcAGM-0001cv-IM for emacs-devel@gnu.org; Wed, 08 Dec 2004 17:26:22 -0500 Original-Received: by av3-2-sn1.fre.skanova.net (Postfix, from userid 502) id D6788380EE; Wed, 8 Dec 2004 23:26:21 +0100 (CET) Original-Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av3-2-sn1.fre.skanova.net (Postfix) with ESMTP id A6EB1380AF; Wed, 8 Dec 2004 23:26:21 +0100 (CET) Original-Received: from sedrcw11488 (t3o58p85.telia.com [195.252.56.85]) by smtp3-1-sn1.fre.skanova.net (Postfix) with SMTP id 5092637E4A; Wed, 8 Dec 2004 23:26:14 +0100 (CET) Original-To: "Stefan Monnier" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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:30897 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30897 ----- Original Message ----- From: "Stefan Monnier" > >> 2 - custom-set-variables does internally: > >> (push load-file-name custom-files) > > Could load-file-name be exchanged with (buffer-file-name) if the user is > > doing an interactive eval-buffer? > > The sky is the limit. Seriously, tho, I don't think we should. > If the user evaluates a custom-set-variables via M-C-x or somesuch, I can't > think of a reason why we should care. I was thinking of the situation when a user is creating a new "custom-file". If the user knows that custom-set-variables remember which file it was in it may be natural to assume that this also happens during eval-defun. I see no reason why it should not. - Lennart