From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9144 Path: main.gmane.org!not-for-mail From: Colin Rafferty Newsgroups: gmane.emacs.gnus.general Subject: Re: feature request Date: 09 Dec 1996 14:30:12 -0500 Message-ID: References: Reply-To: Colin Rafferty NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035149213 16719 80.91.224.250 (20 Oct 2002 21:26:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:26:53 +0000 (UTC) Return-Path: 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 LAA14501 for ; Mon, 9 Dec 1996 11:47:43 -0800 Original-Received: from mlfire.ml.com (mlfire.ml.com [192.246.100.1]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 9 Dec 1996 20:30:16 +0100 Original-Received: from commpost.ml.com ([146.125.4.24]) by mlfire.ml.com (8.7.5/8.7.3/MLgw-2.07) with SMTP id OAA14345 for ; Mon, 9 Dec 1996 14:33:30 -0500 (EST) Original-Received: from spssunp.spspme.ml.com (spssunp.spspme.ml.com [192.168.111.13]) by commpost.ml.com (8.6.12/8.6.12) with ESMTP id OAA26384; Mon, 9 Dec 1996 14:31:51 -0500 Original-Received: by spssunp.spspme.ml.com (SMI-8.6/SMI-4.1) id OAA07595; Mon, 9 Dec 1996 14:30:12 -0500 Original-To: (ding) GNUS Mailing List X-Face: D>:hrrB{l6#\wU;)0R:OHSTA@ayd.Oq?s@Rrc;[+z0m+<-U"$G-J6L)F2QY`qK~uPu!s1(6{\#uy!Ag/D)?'L[}xErXvxoPn8T_hKi{M]/(`BF{e}X7;hby`p\.E$rJ}Aff#BT,rdDIw\y X-Y-Zippy: Does someone from PEORIA have a SHORTER ATTENTION span than me? In-Reply-To: Steven L Baur's message of 09 Dec 1996 10:33:46 -0800 Original-Lines: 26 X-Mailer: Red Gnus v0.60/XEmacs 19.14 Xref: main.gmane.org gmane.emacs.gnus.general:9144 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9144 >>>>>> "sb" == Steven L Baur writes: >>>>>> "St" == St Suika Roberts writes: St> IWBNI one could save the status of the current newsgroup and St> the rest of the changes to the .newsrc.eld file from the summary St> buffer. sb> FWIW, I second this. It's most annoying when it happens. Just being sb> able to checkpoint the save of the dribble file with updates would be sb> an acceptable alternative. I have two comments about this. 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'. 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'. 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. -- Colin