Re: N900 - Yes, it sucks.
Quote:
Originally Posted by ossipena
(Post 391159)
Quote:
It's very interesting to see that the issue doesn't occur (or only very slightly) when zoomed out and showing a complex web page with tens of thousands of characters and plenty of images. It only occurs when you've zoomed in fully.
|
actually it is very logical. when zooming in, all characters except i,I,F,H,l,L need exponentially more details if you dont want characters to look blocky. when zooming out, level of detail needed is decreased.actually it is very logical. when zooming in, all characters except i,I,F,H,l,L need exponentially more details if you dont want characters to look blocky. when zooming out, level of detail needed is decreased.
|
You may be sort of right, but for the wrong reason.
The "more details" you refer to is approximately the number of pixels at the edges of each character - i.e. the edge length, which is roughly the complexity of geometry calculations if the page was rendered as a big vector scene. The total increases with zooming out, not decreases, because although the characters need less detail, there are many more characters; the latter dominates. (O(n) vs. O(n^2) thing with scale).
But most renderers treat small characters differently, as prerendered greyscale bitmaps in a font cache, and draw them as little images. That's much faster than drawing the vector shape each time. Whereas most renderers draw large characters as vector shapes, because they'd take too much memory to cache as an image, and it's probably quicker to draw as a vector shape anyway - because you can take advantage of solid colour fills.
That could be enough to explain the different behaviour. But I'm not convinced. The amount of time it took to draw (quarter of a second or so) was vastly longer than the time it normally takes to draw that much area, whether as bitmaps, full colour images or vector shapes for large characters.
|