From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/74827 Path: news.gmane.org!not-for-mail From: Julien Danjou Newsgroups: gmane.emacs.gnus.general Subject: Re: [PATCH] shr: render table with style Date: Tue, 07 Dec 2010 13:25:02 +0100 Message-ID: References: <1291656608-16263-1-git-send-email-julien@danjou.info> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1291724739 2786 80.91.229.12 (7 Dec 2010 12:25:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Dec 2010 12:25:39 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M23183@lists.math.uh.edu Tue Dec 07 13:25:35 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PPwbu-0004q2-TF for ding-account@gmane.org; Tue, 07 Dec 2010 13:25:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1PPwbd-0003Lm-G1; Tue, 07 Dec 2010 06:25:17 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PPwbb-0003LT-Iy for ding@lists.math.uh.edu; Tue, 07 Dec 2010 06:25:15 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PPwbR-0003BJ-4k for ding@lists.math.uh.edu; Tue, 07 Dec 2010 06:25:15 -0600 Original-Received: from coquelicot-s.easter-eggs.com ([213.215.37.94]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PPwbP-0001Uj-00 for ; Tue, 07 Dec 2010 13:25:03 +0100 Original-Received: from cigue.easter-eggs.fr (cigue.easter-eggs.fr [10.0.0.33]) by rose.easter-eggs.fr (Postfix) with ESMTPS id CE4C614155 for ; Tue, 7 Dec 2010 13:25:00 +0100 (CET) Original-Received: from jdanjou by cigue.easter-eggs.fr with local (Exim 4.72) (envelope-from ) id 1PPwbP-0002EZ-6G for ding@gnus.org; Tue, 07 Dec 2010 13:25:03 +0100 Mail-Followup-To: ding@gnus.org In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 07 Dec 2010 13:14:02 +0100") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:74827 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, Dec 07 2010, Lars Magne Ingebrigtsen wrote: >> Nothing has ever been slow in shr, to my eyes. > > In my work capacity, I get email from marketers (peeps wanna sell us > stuff! how rude!), and they have tools that generate these HTML table > monstrosities. One of them take like ten seconds to render. (Before I > put the table rendering cache thing in it took several minutes.) That just prove your cache implementation of the table rendering is a good choice. Without any profiling of the code, there is no way to know how to optimize the table rendering further then. And this does not back up your previous statement: > A 90% solution that's fast enough to actually use is infinitely more > useful than a 100% solution that's so slow that you can't use it. Table > rendering (if you have nested tables) is already so slow that it's > painful, and that has to be fixed. Doing just seems too > obscure with that goal in mind. Without profiling and tests, there is no data right now that can support that doing things with no special casing and a differently though design will be slower. That is just your feelings. Which might be correct after all. But you can't throw them at my face and call them argumentation. ;-) =2D-=20 Julien Danjou // =E1=90=B0 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkz+J58ACgkQpGK1HsL+5c2edwCeLY0Km1ZW1eaRXC1w8wwFBX8o P44AoLSZTDYA/av91HXto77XOet6boKN =pfkz -----END PGP SIGNATURE----- --=-=-=--