From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/12872
Path: main.gmane.org!not-for-mail
From: Hrvoje Niksic <hniksic@srce.hr>
Newsgroups: gmane.emacs.gnus.general
Subject: Intelligent handling of interrupted communication
Date: 21 Nov 1997 21:42:22 +0100
Message-ID: <kigyb2i7zdd.fsf@jagor.srce.hr>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035152333 6126 80.91.224.250 (20 Oct 2002 22:18:53 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 22:18:53 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16])
	by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id OAA08434
	for <steve@altair.xemacs.org>; Fri, 21 Nov 1997 14:19:01 -0800
Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id QAA06509
	for <steve@xemacs.org>; Fri, 21 Nov 1997 16:19:10 -0600 (CST)
Original-Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
	by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id VAA17543
	for <ding@ifi.uio.no>; Fri, 21 Nov 1997 21:42:59 +0100 (MET)
Original-Received: (from hniksic@localhost)
	by jagor.srce.hr (8.8.8/8.8.8) id VAA24937;
	Fri, 21 Nov 1997 21:42:22 +0100 (MET)
Original-To: ding@ifi.uio.no
X-Attribution: Hrvoje
X-Face: Mie8:rOV<\c/~z{s.X4A{!?vY7{drJ([U]0O=W/<W*SMo/Mv:58:*_y~ki>xDi&N7XG
        KV^$k0m3Oe/)'e%3=$PCR&3ITUXH,cK>]bci&<qQ>Ff%x_>1`T(+M2Gg/fgndU%k*ft
        [(7._6e0n-V%|%'[c|q:;}td$#INd+;?!-V=c8Pqf}3J
Original-Lines: 37
X-Mailer: Quassia Gnus v0.12/XEmacs 20.3 - "Chisinau"
Xref: main.gmane.org gmane.emacs.gnus.general:12872
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:12872

Due to a bug on the newsserver here, articles are often being posted
for very long times -- say, half an hour.  Luckily, this condition is
handled when I press C-g after a few sedonds; the article still gets
posted to whatever group.  However, it is impossible to access the
newsserver afterwards (e.g. read another article) -- I have to
evaluate (nntp-close-server) manually after the C-g.  This is all
bearable -- after all, tin provides you with no exit but C-z + kill +
restart in that situation.

However, the latest slrn release, when I press C-g in the very same
situation, I get an "Error writing to server" error, and the following 
query in the minibuffer:

  Select one: R-epost, E-dit, C-ancel[1]

Personally, this is most cool.  With Gnus, C-g gives me just `Edit'.
Furthermore, the `Cancel' choice correctly handles reconnecting to the 
newsserver (no need for the equivalent of `M-: (nntp-close-server) RET'.


Aside from my very specific situation, I can think of a number of
cases where intelligent handling of interrupted communication with the
news server would come in very handy.  Since this is Emacs, all it
would take is an intelligent `quit' condition-case catcher.

Would it be consider useful enough for Gnus?  Would it be possible to
implement cleanly, given the current abstraction model?



[1]
Note: `Cancel' here has nothing to do with article canceling.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
"Psychos _do not_ explode when sunlight hits them."