From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10775 Path: main.gmane.org!not-for-mail From: Jan Vroonhof Newsgroups: gmane.emacs.gnus.general Subject: Re: url-insert-file-contents Date: 22 Apr 1997 17:12:57 +0200 Sender: vroonhof@math.ethz.ch Message-ID: References: <86pvvnds5o.fsf@kramer.in.aventail.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035150589 26317 80.91.224.250 (20 Oct 2002 21:49:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:49:49 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id IAA17084 for ; Tue, 22 Apr 1997 08:43:23 -0700 Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Tue, 22 Apr 1997 17:16:18 +0200 Original-Received: (qmail 7191 invoked by uid 504); 22 Apr 1997 15:13:57 -0000 Original-Received: (qmail 7188 invoked from network); 22 Apr 1997 15:13:53 -0000 Original-Received: from frege-d-math-north-g-west.math.ethz.ch (HELO frege.math.ethz.ch) (root@129.132.145.3) by claymore.vcinet.com with SMTP; 22 Apr 1997 15:13:50 -0000 Original-Received: from midget.math.ethz.ch (vroonhof@midget [129.132.145.4]) by frege.math.ethz.ch (8.6.12/Main-STAT-mailer) with ESMTP id RAA03605 for ; Tue, 22 Apr 1997 17:13:22 +0200 Original-Received: (vroonhof@localhost) by midget.math.ethz.ch (8.6.12/D-MATH-client) id RAA05303; Tue, 22 Apr 1997 17:12:57 +0200 Original-To: ding@gnus.org In-Reply-To: wmperry@aventail.com's message of 22 Apr 1997 07:54:43 -0700 Original-Lines: 17 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Xref: main.gmane.org gmane.emacs.gnus.general:10775 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10775 wmperry@aventail.com (William M. Perry) writes: > url-insert-file-contents has not changed in ages. It has always > returned: > > (kill-buffer url-working-buffer) > > docs for kill-buffer say: > Value is t if the buffer is actually killed, nil if user says no. This is probably related to the gnuserv.el problem that aliasses kill-buffer to server-kill-buffer which does not have the above behaviour. It would not be that difficult to fix, but it probably needs a rethink anyway. My be all the functionality should be in kill-buffer-hook. Jan