From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/35511 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Wizards (was: Re: Oort Version) Date: 28 Mar 2001 15:59:44 +0200 Organization: The Church of Emacs Message-ID: References: <763dc0s6d0.fsf@newjersey.ppllc.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035171243 3480 80.91.224.250 (21 Oct 2002 03:34:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:34:03 +0000 (UTC) Return-Path: Original-Received: (qmail 16267 invoked by alias); 28 Mar 2001 14:00:14 -0000 Original-Received: (qmail 16262 invoked from network); 28 Mar 2001 14:00:14 -0000 Original-Received: from sheridan.dina.kvl.dk (130.225.40.227) by gnus.org with SMTP; 28 Mar 2001 14:00:14 -0000 Original-Received: from ssv2.dina.kvl.dk (ssv2.dina.kvl.dk [130.225.40.226]) by sheridan.dina.kvl.dk (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id PAA10830; Wed, 28 Mar 2001 15:59:44 +0200 Original-Received: from abraham by ssv2.dina.kvl.dk with local (Exim 3.12 #1 (Debian)) id 14iGUC-0000F0-00; Wed, 28 Mar 2001 15:59:44 +0200 Original-To: ding@gnus.org X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ In-Reply-To: (Karl Kleinpaste's message of "27 Mar 2001 19:13:27 -0500") User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 Original-Lines: 45 Xref: main.gmane.org gmane.emacs.gnus.general:35511 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:35511 A couple of years ago I did some prelimenary work on integrating customize with w3, which should allow for the creation of wizards that guide users through customization. Unfortunately I didn't get as far as creating a good example, and the code has likely suffered bit-rot since. Karl Kleinpaste writes: > - Prepackaged, selectable nnmail-split-rules entries to do "obvious" > things, such as splitting yahoogroups.com mailing lists to their own > groups, or selecting classes of users into usable groups (prototypes > for things like "family", "coworkers", "kinky people I know from > Usenet"), or punting mailer errors to their own group. Think of how > Netscape Messenger walks the user through filtration rules. Also, > we should pre-make (`G m') any mail groups requested, so that the > user needn't (e.g.) go hunting for `F' in *Group*. That sound interesting, it may even being doable now with the : rules. > - Help the user auto-graft BBDB onto his universe. "What address book > does Gnus provide?" is another perennial gnu.emacs.gnus question. A problem is that BBDB is FSF code, which makes it problematic to depend on it in a FSF project like Gnus. I sometimes fantasize about writting a LBDB for FSF just to have the functionality present always. > - Maybe some sort of WYSIWYG buffer configurator. There are lots of > viewpoints on what buffers ought to be where in what context. The > defaults aren't bad, but a lot of people want to do other things, > and they tend to be rather confused by gnus-add-configuration. Kyle Jones apparently have some very good code for VM which could be rewritten for Gnus. > Regardless of any luser-proofing, we should ensure that customize does > the Right Thing from within Gnus. The Right Thing(TM) is to write in custom-file, and leave .gnus for manual customization. The only reason customize write in .emacs is that RMS only want one customization file. In XEmacs, they are moving towards one file for manual customization, and one file for automatic customization which makes lots of sense. Splitting the file for automatic customization further adds complexity without any measurable benefits.