[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Pixel-based display functions

From: Lars Ingebrigtsen
Subject: Re: Pixel-based display functions
Date: Sat, 07 Feb 2015 21:27:44 +1100
User-agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux)

Eli Zaretskii <address@hidden> writes:

> That could explain the shr-vertical-motion vs vertical-motion alone,
> but what about the twofold degradation of speed, from 1.75 sec for
> 2625 calls to 1.46 sec for 854 calls?

I don't have an explanation for that.  ELP weirdness?

> But it is merely 500 lines, whereas your previous message said 1500, I
> think, and showed 1500 calls to shr-fold-line to prove it.  What am I
> missing?

The <td>s may be rendered more than once according to different
constraints while computing an optimal table.  I added more caching of
data to avoid re-rendering stuff that wasn't needed, so the number of
folded lines went down from 1500 to 753.

shr-insert-document                  1           3.367278072   3.367278072
shr-fold-lines                       627         1.462917592   0.0023332019
shr-fold-line                        753         1.4551749930  0.0019325033
shr-vertical-motion                  854         1.450865314   0.0016989055
shr-pixel-buffer-width               988         0.9033882480  0.0009143605

<td>s are still rendered more than once, though, but it's not as
excessive as before.  And other table nestings with more "difficult"
data than that table (for instance, with wide <pre> texts that makes
getting at a pretty table more difficult) may require more renderings.

(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]