From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19624 Path: main.gmane.org!not-for-mail From: wmperry@aventail.com (William M. Perry) Newsgroups: gmane.emacs.gnus.general Subject: Re: fill-column is misused in *Article* Date: 03 Dec 1998 13:27:11 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <86ww49rshs.fsf@kramer.bp.aventail.com> References: Reply-To: wmperry@aventail.com NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157940 12561 80.91.224.250 (20 Oct 2002 23:52:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:52:20 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA03705 for ; Thu, 3 Dec 1998 13:28:58 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.9.1/8.9.1) with ESMTP id MAA20365; Thu, 3 Dec 1998 12:27:47 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 03 Dec 1998 12:26:36 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id MAA19153 for ; Thu, 3 Dec 1998 12:26:27 -0600 (CST) Original-Received: from slow.bp.aventail.com (vina09.cntwk.net [207.205.120.135]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id NAA03652 for ; Thu, 3 Dec 1998 13:26:19 -0500 (EST) Original-Received: from kramer.bp.aventail.com (kramer.bp.aventail.com [192.168.2.2]) by slow.bp.aventail.com (8.8.5/8.8.5) with ESMTP id NAA09270; Thu, 3 Dec 1998 13:26:16 -0800 Original-Received: (from wmperry@localhost) by kramer.bp.aventail.com (8.8.5/8.8.5) id NAA11129; Thu, 3 Dec 1998 13:27:11 -0500 Original-To: Karl Kleinpaste X-Face: O~Rn;(l][/-o1sALg4A@xpE:9-"'IR[%;,,!m7 writes: > After rendering text/html segments, fill-column seems to be left behind > in the setting in which it was used for HTML rendering, which means that > it is wrong when the next garden variety text/plain article comes along > whose lines are too long and which I therefore want to reformat with `W > w'. It would be good if either HTML rendering were not to mess with the > value already present in *Article*, or if the default fill-column were > re-asserted just before the article is presented (before W3 changes it > again, that is, so that it's the normal setting for other types of > articles). I suppose gnus could do a: (let ((fill-column fill-column)) ... w3 render ... ) -bp