From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/18559 Path: main.gmane.org!not-for-mail From: Karl Kleinpaste Newsgroups: gmane.emacs.gnus.general Subject: Re: text/html rendering erroneously uses frame-width Date: 13 Nov 1998 15:45:04 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035157062 6810 80.91.224.250 (20 Oct 2002 23:37:42 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:37:42 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA25477 for ; Fri, 13 Nov 1998 15:46:26 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id OAB06091; Fri, 13 Nov 1998 14:45:58 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 13 Nov 1998 14:45:52 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id OAA02502 for ; Fri, 13 Nov 1998 14:45:43 -0600 (CST) Original-Received: from pocari-sweat.jprc.com (POCARI-SWEAT.JPRC.COM [207.86.147.217]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id PAA25463 for ; Fri, 13 Nov 1998 15:45:34 -0500 (EST) Original-Received: (from karl@localhost) by pocari-sweat.jprc.com (8.8.7/8.8.7) id PAA19724; Fri, 13 Nov 1998 15:45:05 -0500 Original-To: ding@gnus.org X-Face: "5(T0tZd{6}pd~YzBG8O/*EW,.]6]@`m^e;fv65W^Y&=d"M\1H}>T~4_.kcDD.O~y3k)a6h R;Nmi>9|>Nm${2IpM0^RcUEa\jcq?KOP)C&~x51l~zCHTulL^_T|u0I^kB'z@]{`2YjQu In-Reply-To: Lars Magne Ingebrigtsen's message of "13 Nov 1998 20:09:13 +0100" Original-Lines: 11 User-Agent: Gnus/5.070042 (Pterodactyl Gnus v0.42) XEmacs/20.4 (Emerald) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:18559 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:18559 Lars Magne Ingebrigtsen writes: > But it doesn't call that from the buffer that it's actually > displayed in. It does a `with-temp-buffer' and reders the thing there > before copying over. Could that be a source of the problem? Perhaps. The important fact is that whatever function is in charge of geometry of rendering has to know the size of the actual *Article* buffer where the result is destined to land. This might be complicated by the fact that *Article* may not even exist yet when rendering is begun. I'm afraid I'm at a bit of a loss just now to find in w3/*.el exactly how the (currently wrong) choice is being made.