From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8396
Path: main.gmane.org!not-for-mail
From: Wesley.Hardaker@sphys.unil.ch
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Feedback on new Customization
Date: 15 Oct 1996 08:38:49 +0100
Organization: Universite de Lausanne, BSP
Sender: whardake@iptsun2.unil.ch
Message-ID: <qk2d8ykhe2e.fsf@iptsun2.unil.ch>
References: <24453.844790128@splat.niehs.nih.gov> <rj7mp1kone.fsf@kolmogorov.dina.kvl.dk> <qk2ran8fozv.fsf@iptsun2.unil.ch> <rjpw2sjlpb.fsf@kolmogorov.dina.kvl.dk> <199610092222.SAA08682@swapsdvlp02.ny-swaps-develop.ml.com> <199610101341.GAA18689@newman.aventail.com> <rjybhdfkvg.fsf@kolmogorov.dina.kvl.dk>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035148562 11909 80.91.224.250 (20 Oct 2002 21:16:02 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:16:02 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: (qmail 31415 invoked from smtpd); 15 Oct 1996 08:14:21 -0000
Original-Received: from ifi.uio.no (0@129.240.64.2)
  by deanna.miranova.com with SMTP; 15 Oct 1996 08:14:20 -0000
Original-Received: from cisun29e.unil.ch (cisun29e.unil.ch [130.223.8.29]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) 
	id <JAA12270@ifi.uio.no> for <ding@ifi.uio.no> ; Tue, 15 Oct 1996 09:40:30 +0200
Original-Received: from iptsun2.unil.ch by cisun29e with SMTP inbound;
          Tue, 15 Oct 1996 09:40:07 +0200
Original-Received: by iptsun2.unil.ch (5.x/Unil-3.1/) id AA21319;
          Tue, 15 Oct 1996 08:38:51 +0100
Original-To: ding@ifi.uio.no
X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA 
        SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ 
        IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4
X-Url: http://www.ece.ucdavis.edu/~hardaker
In-Reply-To: Per Abrahamsen's message of 11 Oct 1996 19:53:23 +0200
Original-Lines: 23
X-Mailer: Red Gnus v0.50/XEmacs 19.14
Xref: main.gmane.org gmane.emacs.gnus.general:8396
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8396

Per Abrahamsen <abraham@dina.kvl.dk> writes:

> Using groups would be the wrong mechanism.  Each customization option
> can belong to any number of groups, from zero and upward.  The same is
> true for the groups, so the result is not a nice hierarchy, but a
> directed graph.  It can even be cyclic.

Speaking of groups...

One of the problems with customization as exsists at the moment is
that you won't see new options until the appropriate file is
loaded...  IE, until a function is actually called and autoload loads
the file, the customization vars aren't found for that section.  

The only solution I can see for this is to define the groups in a
different file (all of them in one maybe) and then tell each group
which file to load when its visiblity is toggled...  Ugly...  Hard to
implement...  Makes you keep track of files when you shouldn't...
Bad...

Any other ideas?
Forget it?
Wes