Issue 41562 - slow scrolling when first zoomed
Summary: slow scrolling when first zoomed
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: 680m74
Hardware: PC Linux, all
: P4 Trivial (vote)
Target Milestone: ---
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2005-01-28 16:16 UTC by richlv
Modified: 2005-03-31 11:50 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description richlv 2005-01-28 16:16:54 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.
Comment 1 wolframgarten 2005-01-31 08:53:18 UTC
Sorry, not reproducible. Do you have the chance to test this on another system?
Thanks in advance.
Comment 2 richlv 2005-01-31 14:52:29 UTC
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.
Comment 3 wolframgarten 2005-01-31 15:03:49 UTC
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.
Comment 4 richlv 2005-01-31 15:35:15 UTC
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.
Comment 5 richlv 2005-02-10 14:13:01 UTC
another information that might help : i'm running with SAL_USE_VCLPLUGIN=gen 
(gtk interface was extremely ugly and slow)
Comment 6 wolframgarten 2005-03-31 11:49:54 UTC
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.
Comment 7 wolframgarten 2005-03-31 11:50:11 UTC
Closed.