From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stephan Stahl" Newsgroups: gmane.emacs.devel Subject: Re: Changes in the arg list for custom-set-variables - how should it behandled Date: Sun, 5 Dec 2004 12:19:02 +0100 (CET) Message-ID: <44940.194.95.226.87.1102245542.squirrel@wwws.franken.de> References: <007c01c4da6a$ae922b60$0200a8c0@sedrcw11488> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Trace: sea.gmane.org 1102245595 22719 80.91.229.6 (5 Dec 2004 11:19:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 5 Dec 2004 11:19:55 +0000 (UTC) Cc: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 05 12:19:50 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 1CauQg-0004qR-00 for ; Sun, 05 Dec 2004 12:19:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CauaN-0004D0-IZ for ged-emacs-devel@m.gmane.org; Sun, 05 Dec 2004 06:29:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Caua0-0004Cl-Cg for emacs-devel@gnu.org; Sun, 05 Dec 2004 06:29:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CauZz-0004CZ-Un for emacs-devel@gnu.org; Sun, 05 Dec 2004 06:29:28 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CauZz-0004CW-SC for emacs-devel@gnu.org; Sun, 05 Dec 2004 06:29:27 -0500 Original-Received: from [193.175.24.27] (helo=ilsa.franken.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CauPx-000768-R6 for emacs-devel@gnu.org; Sun, 05 Dec 2004 06:19:06 -0500 Original-Received: from wwws.franken.de (mail-n.franken.de [193.175.24.27]) by ilsa.franken.de (Postfix) with SMTP id 81C92245C5; Sun, 5 Dec 2004 12:19:02 +0100 (CET) Original-Received: from 194.95.226.87 (SquirrelMail authenticated user eos) by wwws.franken.de with HTTP; Sun, 5 Dec 2004 12:19:02 +0100 (CET) In-Reply-To: <007c01c4da6a$ae922b60$0200a8c0@sedrcw11488> Original-To: "Lennart Borgman" User-Agent: SquirrelMail/1.4.0 X-Priority: 3 Importance: Normal 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:30688 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30688 Hi Lennart. Lennart Borgman said: > I have seen that there are some changes in the arg list for > custom-set-variables from the current Emacs to CVS Emacs. For example for > global-font-lock-mode: > > '(global-font-lock-mode t nil (font-lock)) > > should be changed too > > '(global-font-lock-mode t nil (font-core)) > > Are the users supposed to take care of this or will Emacs be distributed > with some code to take care of this? I have sketched some code to take care > of this and if this is of interest I will finish it. Cvs emacs does still work with '(global-font-lock-mode t nil (font-lock)) in .emacs. I have read something about it not being recommended (i think it was some docstring) but i have seen nothing wrong with it. An other thing is that when custom-set-variables fails to load the required file the evaluation of .emacs stops. I regularily use emacs 21.3 and cvs emacs. When cvs emacs changes (font-lock) to (font-core) emacs 21.3 will fail to load .emacs. Because of this i have ripped every line that requires a file from custom-set-variable and use something like this instead: ... (if (require 'rfn-eshadow "rfn-eshadow" t) (customize-set-variable 'file-name-shadow-mode t)) (if (or (require 'font-core "font-core" t) (require 'font-lock "font-lock" t)) (customize-set-variable 'global-font-lock-mode t)) ... I think if some extra code is added to cvs emacs to handle those changed requires this code should try not to break older emacsen :) -- Stephan Stahl