Re: Pixel-based display functions

[Eli Zaretskii]

> From: Lars Ingebrigtsen <address@hidden>
> Cc: address@hidden, address@hidden
> Date: Tue, 10 Feb 2015 17:07:33 +1100
> 
> Here's the output when not giving the col number to `vertical-motion',
> and starting from the second character on the line:
> 
> shr-insert-document                  1           2.545489884   2.545489884
> shr-pixel-buffer-width               1018        0.7405463030  0.0007274521
> shr-vertical-motion                  1993        0.2620109859  0.0001314656
> 
> Here's when giving a 0 argument, and starting from `beginning-of-line':
> 
> shr-insert-document                  1           4.449059093   4.449059093
> shr-vertical-motion                  1993        2.1624376150  0.0010850163
> shr-pixel-buffer-width               1018        0.7389822159  0.0007259157
> 
> So this is apparently 10x slower now?

That's simply impossible, since the new code _bypasses_ several calls
to display-engine functions, when the 3rd argument is provided, and
doesn't do anything in addition except trivial things like
extract_float and a couple of variable assignments.  All it does is
the last part of the function: move to a certain X coordinate.  A
partial job cannot possibly take longer than a full job.

So I tend not to believe to these timings.