Progress report. The slowdown is because large things are painted(ie larger than the screen)..To make matters worse they are painted repeatedly and too frequently(ie the whole page may need to be redrawn a few times a second...while the draws each take a second or a more). So first thing I did is restrict the the painting to the visible area only which got me down to 10seconds. Second thing was to put all of the paints into a queue and have things painted in the zoomToPage 2second interval where the queue gets cleared if a zoom occurs. This got rid of a bunch of paints and got me down to 7seconds. Next thing to do is to knock out draws out of the queue when a new draw makes some of the old ones redundant. After that I'll add some calculations to be able to flush the rest of the page before panning and pageload.

in fact, I don't think i ever need to worry about rectangles off screen..should just paint the rest of the page before panning/pageload.

knocking out rectangles seems to be ~20% win

This abducts the resize timer and uses it as a paint timer. Resize polling is now less frequent(as it depends on painting outside of the visible area). Draws are restricted to the visible part of the screen(and are queued up) during page load. Once the page loads, the rest of the page is drawn

it would help clean up this patch to switch all the rectangles to using wsRect and add functionality there as needed. we'll want to play around with when things get repainted, but definitely looks like we're heading in the right direction

the code got simplified/optimized thanks to wsRect usage

k, this should do panning right by switching off clipped painting mode when the user pans

Comment on attachment 359671 [details] [diff] [review] fix lets get this in and keep optimizing

Taras did you land this and can this be closed out?

yes