From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24700 Path: main.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Fran=E7ois_Pinard?= Newsgroups: gmane.emacs.gnus.general Subject: Re: article selected when doing B m Date: 16 Aug 1999 09:36:30 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035162220 10113 80.91.224.250 (21 Oct 2002 01:03:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:03:40 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id JAA05647 for ; Mon, 16 Aug 1999 09:43:02 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.3/8.9.3) with ESMTP id IAB13034; Mon, 16 Aug 1999 08:39:27 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 16 Aug 1999 08:39:48 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id IAA19886 for ; Mon, 16 Aug 1999 08:39:08 -0500 (CDT) Original-Received: from jupiter.rtsq.qc.ca (rtsq.grics.qc.ca [199.84.132.81]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id JAA05568 for ; Mon, 16 Aug 1999 09:38:17 -0400 (EDT) Original-Received: from ariel.progiciels-bpi.ca by jupiter.rtsq.qc.ca (8.8.8/8.8.8) with SMTP id JAA14142; Mon, 16 Aug 1999 09:37:10 -0400 Original-Received: from iro.umontreal.ca (uucp@localhost) by ariel.progiciels-bpi.ca (950413.SGI.8.6.12/950213.SGI) via UUCP id JAA19466; Mon, 16 Aug 1999 09:40:19 -0700 Original-Received: from titan.progiciels-bpi.ca.progiciels-bpi.ca by icule.progiciels-bpi.ca (8.8.8/8.8.8) with ESMTP id JAA00789; Mon, 16 Aug 1999 09:36:32 -0400 Original-To: Robert Bihlmeyer X-Face: "b_m|CE6#'Q8fliQrwHl9K,]PA_o'*S~Dva{~b1n*)K*A(BIwQW.:LY?t4~xhYka_.LV?Qq `}X|71X0ea&H]9Dsk!`kxBXlG;q$mLfv_vtaHK_rHFKu]4'<*LWCyUe@ZcI6"*wB5M@[m écrit: > FP> Yet, I would guess that it might be achievable to lazy-render > FP> HTML from beginning up to a particular point in a buffer, so it > FP> could be rather speedy (once all modules loaded) [...] > Rendering is quite fast, compared to the loading. [...] But there may > be unfortunate people getting a lot more HTML messages ... HTML rendering is usually quite fast for me as well. Yet, sometimes, I receive those huge HTML messages, and for them only, lazy rendering would be a blessing, as it currently takes a quite long time on a rather fast machine. Of course, I just then `C-g' out of rendering, reload with `C-u g', and try to read my way through the SGML tags... > So for my usage pattern, lazy HTML drawing would not bring much gain, > and the cost is probably very high. I agree with you that, on average, we may cope with the current situation for HTML. My point is more that Gnus, all over, would definitely be more fun with lazy rendering, as it occurs frequently to me that rendering is slow (because of frequent big messages). I was just stressing that _even_ HTML could be lazy-rendered, if we were really aiming for all that laziness, so to speak :-). I hope it will be addressed in Gnus, one day. -- François Pinard http://www.iro.umontreal.ca/~pinard