[Libreoffice-bugs] [Bug 121504] New: Inertia scrolling not working in Windows 10

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=121504

            Bug ID: 121504
           Summary: Inertia scrolling not working in Windows 10
           Product: LibreOffice
           Version: 6.0.6.2 release
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: zebra4cl at gmail.com

Description:
I just got a new computer with Windows 10 (I had Windows 7 before this) and
when I installed LibreOffice on it I was disappointed to find that inertia
scroll on the track pad doesn't work. I've tried both the most recent version
(6.1.2) and the one I had on my last computer (6.0.6.2) which was running
Windows 7, where it worked fine.

I'm not sure if "inertia scroll" is a commonly used term. What I mean is that
now I have to scroll many, many times to get to the top or bottom of my
document, where before I could do a few scrolls and then it would just keep
coasting.

This feature works fine on other programs on my computer (e.g. with Google
Sheets) so I don't believe it's a system specific problem (e.g. drivers). 

I need it especially for Calc but I see that it also doesn't work in Writer.

The reason I need it is for when I select a block of cells in Calc that spans
many pages, so I can re-sort the rows by different criteria without including
my five header rows. I usually select a cell at the bottom corner and then
scroll all the way to the top (almost the top, but not the header rows), hold
down the shift key, and then select the cell at the diagonally opposite corner
of that large block of cells. Since not all the cells are filled, using the
<ctrl><shift> and arrow keys is a little less convenient.

Steps to Reproduce:
1.scroll with a trackpad, several times in a row, using a quick flick
2.
3.

Actual Results:
The document scrolls down a small chunk for each scroll and comes to a complete
stop after each scroll.

Expected Results:
The document should have kept coasting for awhile after those few scrolls, so
that I can actually go to the end of the document.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
This is a description of coasting that describes what I used to have in
LibreOffice and don't have anymore:

There's a certain "momentum" to scrolling that is entirely dependent on how
quickly you flick your fingers (or mouse) to scroll; slow scrolling motions
have almost no momentum to them at all, while fast flicks mean the screen
continues to scroll long after your fingers/mouse have left the tracking
surface, possibly even scrolling all the way to the top or bottom of what
you're scrolling through in a matter of seconds.

This may not be related but I've also noticed that LibreOffice seems to be
slower on my new setup, taking longer to open files.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181119/21392f66/attachment.html>