Apache OpenOffice (AOO) Bugzilla – Issue 41562
slow scrolling when first zoomed
Last modified: 2005-03-31 11:50:11 UTC
i have some doubts about reproducibility of this issue, but i myself reproduced it on two different oo.org 1.9.x builds. open oo.org; create a new drawing document. doubleclick in zoom field in status bar, set zoom to 500%. try scrolling with mousewheel up/down. scrolling is very slow, delayed. this is not reproducible in 1.1.4. after changing the view to master and back scrolling is fast. (probably this can be achieved also by other means). interesting bit is another way how scrolling can be made faster. to check out wether 1.1.4 also has this problem i opened 1.1.4 drawing and tried scrolling. it was ok. and also scrolling in 1.9.71s1/74 was ok (without any other actions). turns out, simply opening 1.1.4 helps to make scrolling faster.. . (i tried draw and writr, both had the same effect). x.org 6.8.1, kde 3.3.2.
Sorry, not reproducible. Do you have the chance to test this on another system? Thanks in advance.
tried on another machine, this problem doesn't appear here (though this is slightly outdated) :) problem still is always reproducible on original, though. slowdown is observable when using mousewheel or scrollbars (both horizontal/ vertical). slowdown occurs only when over page area - if no parts of page are visible, scrolling is fast. as soon as all viewing area is covered by page are, slowdown reappears. this is reproducible on any zoom, as long as most of the viewing are is covered by page.
I need a little bit more info about your procedure: you have set to 500% in the zoom-dialog, but then you closed the dialog, right? What kind of objects dou you have in your documents? Pictures and gradients take more time to paint than a simple color filling. What kind of hardware do you use (processor, RAM)? Thanks for your help.
yes, i put some custom zoom, then click ok and dialog is closed. actually, this also happens when i zoom to 100, 150 and 200 by using rightclick in zoom area. also zooming in by ctrl+mousewheel results in the same problem. this is reproducible in a completely empty document and also in documents that have different objects (note - scrolling is really fast even in large documents with a lot of objects once switching to master view and back is done). i also created a test with several objects, transparency and gradients - scrolling is as fast as in empty document once it's 'restored'. hardware : mobile p4/1.6ghz, 1g rams3 prosavage8 video. using kernel 2.6.10.
another information that might help : i'm running with SAL_USE_VCLPLUGIN=gen (gtk interface was extremely ugly and slow)
Sorry, but I still cannot reproduce this. And as long as I cannot do this we are not able to do anything about it. Closing this as works for me. Thanks for your help anyway.
Closed.