From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23907 Path: main.gmane.org!not-for-mail From: Didier Verna Newsgroups: gmane.emacs.gnus.general Subject: Re: Song of Programming Date: 06 Jul 1999 09:41:26 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161554 5731 80.91.224.250 (21 Oct 2002 00:52:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:52:34 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id EAA00520 for ; Tue, 6 Jul 1999 04:42:32 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id DAB12237; Tue, 6 Jul 1999 03:38:59 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 06 Jul 1999 03:39:50 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id DAA18793 for ; Tue, 6 Jul 1999 03:39:37 -0500 (CDT) Original-Received: from ulysse.enst.fr (NKFtTRhTW+IeUQZjCtU6+v5fYhVhdKTg@inf.enst.fr [137.194.2.81]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id EAA00494 for ; Tue, 6 Jul 1999 04:38:34 -0400 (EDT) Original-Received: from metheny.enst.fr (/CQ5shlJL8w62hXYS7ZgwbVIZbWbrJSZ@metheny.enst.fr [137.194.204.4]) by ulysse.enst.fr (8.8.8/8.8.8) with ESMTP id KAA13543 for ; Tue, 6 Jul 1999 10:38:32 +0200 (MET DST) Original-Received: (from verna@localhost) by metheny.enst.fr (8.8.8/8.8.8) id KAA19108; Tue, 6 Jul 1999 10:38:28 +0200 (MET DST) Original-To: ding@gnus.org X-Attribution: dv X-Url: http://www.infres.enst.fr/~verna X-Web: http://www.infres.enst.fr/~verna X-Home-Page: http://www.infres.enst.fr/~verna In-Reply-To: Lars Magne Ingebrigtsen's message of "06 Jul 1999 05:42:04 +0200" Mail-Copies-To: never X-Face: |j}\)O|k##MrRz#VK$Jy=0r=3Qc,,a/Tr6*JQbE73dy17]2YcmW$9Z&H21e}#~#pgc>dn(is5Bv1l!{1re+Q9suKIOUmOqZs2>QMxHlR;;}kaGYA@HR3D C6 X-Face: 6o|eiKqaHN.ANh8HXDzntcWUOCg\]RsOd.ctvm~*y}Y^R&*a+Co,\s#=HWsw3x$b_n2kJ#g (7u?J^@^xP)f,jUF|0Z'J:|G/bMA5O12*b,7`-Q`=pKsCRIpso07.Y>YB2H{7`?u&yh;C_ZtLHfj writes: > Didier Verna writes: > > > There's another really important issue that 's still unresolved: the > > fact that stuff in gnus-xmas.el overrides the user custom settings for some > > variables. > > Which variables? We've talked about this some time ago. The problem is in `gnus-xmas-redefine'. Called after the custom file has been read, customizations are gone. I think what you actually want is to `defcustom' stuff differently according to which flavor of Emacs you're in. At the time we talked about this problem, I could see three solutions IIRC: - either you provide two files with the same defcustom's but with different values, one for each flavor of Emacs. Only one of these files is loaded then. This solution has problems though, for example if some of the customized stuff has an autoload cookie. - or you enclose each concerned defcutom in a test on emacs-version (which actually means that you will have also 2 defcustom's per variable, but in the same file). However, you're likely to get problems of the same sort (autoloads etc). - or you really have only one defcustom per variable, remove gnus-xmas (at least the problematic part) and put the xemacs-specifi-stuff calls in the custom default value, which would be defined but no-op under GNU Emacs. I think the third solution is the best. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / ENST, INFRES C201.1 mailto:verna@inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. +33 (1) 45 81 73 46 75013 Paris, France Fax. +33 (1) 45 81 31 19