[Bug 120596] New: When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

          Priority: P3
            Bug ID: 120596
          Assignee: ooo-issues@incubator.apache.org
           Summary: When using scroll arrows w/high-resolution
                    image/zoomed in, scroll arrows stick down indefinitely
                    until the side of the document is reached
          Severity: major
        Issue Type: DEFECT
    Classification: Application
                OS: Windows XP
          Reporter: lance.gropper@avnet.com
          Hardware: PC
            Status: UNCONFIRMED
           Version: AOO 3.4.0
         Component: ui
           Product: drawing

I created a new document in draw, and imported one 5 Megapixel image - it was
cropped to about 1/10th it's size and resized about another 10% smaller. Next
to it, I put a bitmap which was cut and pasted from Adobe Acrobat. The image
was also cropped to about 1/10th it's size and resized to be about the same
size as the first image. I created several shapes (mainly rectangles) next to
this - approximately 15 of them, with gradient fills. The images/rectangles are
very thin (i.e. document is 19"x8", and images/rectangles are about 1/2" wide
each, placed side-by-side), so that if you zoomed in approximate 1000% on a
1920x1080 screen, the three fill the screen without being off the edge.

If you then click one of the arrows on the scroll bar - i.e. to scroll just a
little in that direction, the arrow sticks down and keeps scrolling until the
side of the document is hit. This makes it very difficult to get back, as if
you then hit the arrow to go the other way, it scrolls non-stop until it hits
that side.

System/graphics are a little better than average. This is a Lenovo Thinkpad
T510 laptop, with a Core i5 dual-core 3.6GHz processor. Graphics are an nVidia
Quadro NVS3100, running Windows XP/32. Problem also occurs on a different
system, with a Phenom II X4 Quad-Core 2.5GHz, with nVidia GeForce GTX550.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120596] When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

Armin Le Grand <Ar...@me.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ACCEPTED
           Assignee|ooo-issues@incubator.apache |Armin.Le.Grand@me.com
                   |.org                        |
     Ever confirmed|0                           |1

--- Comment #5 from Armin Le Grand <Ar...@me.com> ---
ALG: Ith has nothing to do with the graphic objects involved (when removing
all, sitll slow scrolling), but with the grid you were choosing; it's simple
too small distances. Switch it off or choose other step widths and all works
well.
The grid point generation in the grid primitive decomposition is not optimal;
currently all logical grid positions are tested for being visible. This is done
since the grid primitive itself can be freely transformed (rotated, sheared,
etc.) and thus does not have to be axis-aligned with the view (not yet used,
but potentially possible).
Took a closer look and implementing a more performant method for creation...

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120596] When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

--- Comment #3 from Armin Le Grand <Ar...@me.com> ---
ALG->Lance: Thanks, I'll have a look soon!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120596] When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

Armin Le Grand <Ar...@me.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Armin.Le.Grand@me.com

--- Comment #1 from Armin Le Grand <Ar...@me.com> ---
ALG: Hi Lance, could you eventually provide a test file for this? Thanks in
advance!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120596] When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

--- Comment #2 from Lance Gropper <la...@avnet.com> ---
Created attachment 79008
  --> https://issues.apache.org/ooo/attachment.cgi?id=79008&action=edit
Document demonstrating problem.

Sample attached. It's extremely easy to reproduce: All I did for the example,
is open a small window (I'm running Microsoft Windows XP), create a screenshot
of that window, by pressing Alt-PrtSc. I started OpenOffice draw, pasted the
screenshot stretched it larger, added one rectangle, then zoomed in all the
way, and presto - won't stop scrolling in any direction once started.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 120596] When using scroll arrows w/high-resolution image/zoomed in, scroll arrows stick down indefinitely until the side of the document is reached

[bu...@apache.org]

https://issues.apache.org/ooo/show_bug.cgi?id=120596

--- Comment #4 from Armin Le Grand <Ar...@me.com> ---
ALG: I see the following:
- Scrolling is *very* slow (need to check what is using so much time to draw a
zoomed part of a bitmap)
- The scrollbar arrows have an 'auto-repeat'; klicking once and waiting that
the scroll finishes works. When keeping the mpuse button pressed, multiple
presses will be recorded and it may take a loooong time to finish scrolling
(since each single step is slow), but it finishes.

Thus not a locking problem (not infinite), but a performance problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.