From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9146
Path: main.gmane.org!not-for-mail
From: David Moore <dmoore@UCSD.EDU>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: feature request
Date: 09 Dec 1996 12:01:22 -0800
Sender: dmoore@sdnp5.ucsd.edu
Message-ID: <rvg21fij1p.fsf@sdnp5.ucsd.edu>
References: <ri7pw0ke4v4.fsf@rs5.tcs.tulane.edu> <m2ybf7d0tx.fsf@altair.xemacs.org> <ocrybf7ms6z.fsf@spssunp.spspme.ml.com>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035149215 16721 80.91.224.250 (20 Oct 2002 21:26:55 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:26:55 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2])
          by deanna.miranova.com (8.8.4/8.8.4) with SMTP
	  id MAA14809 for <steve@miranova.com>; Mon, 9 Dec 1996 12:29:36 -0800
Original-Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <VAA06927@ifi.uio.no> for <ding@ifi.uio.no> ; Mon, 9 Dec 1996 21:03:16 +0100
Original-Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by UCSD.EDU (8.8.3/8.6.9) with SMTP id MAA08594 for <ding@ifi.uio.no>; Mon, 9 Dec 1996 12:02:58 -0800 (PST)
Original-Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4)
	id MAA20592; Mon, 9 Dec 1996 12:01:23 -0800
Original-To: "(ding) Gnus Mailing List" <ding@ifi.uio.no>
In-Reply-To: Colin Rafferty's message of 09 Dec 1996 14:30:12 -0500
Original-Lines: 31
X-Mailer: Red Gnus v0.74/XEmacs 19.14
Xref: main.gmane.org gmane.emacs.gnus.general:9146
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9146

Colin Rafferty <craffert@spspme.ml.com> writes:

> 1. I like the idea.  In fact, given a function to save to the dribble, I
>    would probably add it to `gnus-select-article-hook'.

	Yeah, this is a good idea.

> 2. This could be disastrous `gnus-summary-exit-no-update'.  At least, it
>    would be a little difficult.  It would mean that gnus would have to
>    remember what the original info of the group was, and append that to
>    the dribble on `Q'.

	What do you do if gnus crashes just before you are about to hit
'Q'?  Or is this information only being used to regenerate the same
summary buffer the next time you start (rather than actually updating
the group info)?

> Anyway, I like the idea.  I think that I should look at the code to
> `gnus-summary-exit' now so that I can write it.

	Be warned that it looks like something in gnus-summary-exit is
acting strange which has been causing some problems with catching up of
virtual groups.  But perhaps it's just a problem with
gnus-summary-catchup-and-exit leaving things in a strange state before
gnus-summary-exit does its thing.

-- 
David Moore <dmoore@ucsd.edu>       | Computer Systems Lab      __o
UCSD Dept. Computer Science - 0114  | Work: (619) 534-8604    _ \<,_
La Jolla, CA 92093-0114             | Fax:  (619) 534-1445   (_)/ (_)
<URL:http://oj.egbt.org/dmoore/>    | Solo Furnace Creek 508 -- 1996!