https://bugs.documentfoundation.org/show_bug.cgi?id=151090
--- Comment #6 from Piotr Osada <[email protected]> --- Created attachment 182583 --> https://bugs.documentfoundation.org/attachment.cgi?id=182583&action=edit 2 Non-smooth scrolling, jamming, disproportionate acceleration Issue #2 The second suggestion is to redesign in some way the action of moving the spreadsheet in a certain direction when the cursor hovers over the edge of the spreadsheet area. As it stands, this function is clunky to me. That is, I never know how far I will get by "waiting" with the cursor on the edge. I would see this function designed to accommodate a wide range of motion acceleration: 1) Stopping the cursor stationary at the edge. --> I think here a better behavior than stopping scrolling would be to scroll, for example, at a rate of one cell per 0.5 seconds (or some other well-responsive time that would be long enough to feel like you have control over the movement. Not only for smart MMO RPG players, but also for old grandparents xD). 2) Moving the mouse near the edge of the spreadsheet area. --> It would be convenient to be able to scroll the spreadsheet at a speed of, say, 2 cells per second, up to 10,000 cells per second, depending on how fast you "shake" the cursor in that area. Re. 2) But probably more important and useful than scrolling speed ranges from the point of view of convenience would be to detect the ends of the data ranges with which the cells are filled. That is, if we have values from row #1 to 1234, then if we scroll it would be good if the scrolling stopped at the end of that range (e.g. row 1234 + 1 row for aesthetic separation). And then it would stop at subsequent areas filled with data. Sort of like a pull to filled cells. To make it easier to digest at the beginning and end of the data area. -- You are receiving this mail because: You are the assignee for the bug.
