Bug 135207 - Scroll speed for text selection by mouse should depend on mouse pointer movements--provide control over the selection speed
Summary: Scroll speed for text selection by mouse should depend on mouse pointer movem...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 70809 (view as bug list)
Depends on:
Blocks: Writer-View-Jumps
  Show dependency treegraph
 
Reported: 2020-07-27 21:53 UTC by jfilcher
Modified: 2020-07-30 17:01 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jfilcher 2020-07-27 21:53:16 UTC
Description:
Text selection in Writer by using the mouse is set far, far too high. It's unusuable. Make it mimic Word, which is far more user friendly that way.

Steps to Reproduce:
1.Select text using the mouse. Screen scrolls so fast it's not controllable.
2.
3.

Actual Results:
Select text using mouse only. Screen scroll is embarassingly fast. Improve the product please.

Expected Results:
Slow it the hell down. Functions like a joke and the issue has never been fixed in the ten years I've been using Writer.


Reproducible: Always


User Profile Reset: No



Additional Info:
Scroll slowly, smoothly and predictably. Text selection in Word puts LibreOffice Writer to shame.
Comment 1 V Stuart Foote 2020-07-27 22:32:53 UTC
You of course mean selection accelerates but only when you pass the mouse-pointer off of the document canvas, down or up. Yes, true but that is our behavior--no functional need to change.

Rather you should Zoom-out, to avoid pointing the selection off the canvas while selecting.

Or during selection, w/mouse-pointer on canvas, <left-mouse> + <Mouse wheel> will slow selection ~3 line blocks as you move the pointer. 

But LibreOffice provides very functional mouse 2-click word, 3-click sentence, 4-click paragraph selections. 

And a real gem,  1-click to mark beginning --> mousewheel scroll --> <Shift>+1-click to end selection.

Give that a try and best to keep the mouse pointer on the canvas!

IMHO => WF
Comment 2 Heiko Tietze 2020-07-28 07:26:48 UTC
Typically the scroll speed depends on the distance to the canvas. If you are close scrolling is slow and speeds up when going down. We do not have this contingency and scroll immediately with maximum speed.
Comment 3 V Stuart Foote 2020-07-28 12:39:26 UTC
(In reply to Heiko Tietze from comment #2)
> Typically the scroll speed depends on the distance to the canvas. If you are
> close scrolling is slow and speeds up when going down. We do not have this
> contingency and scroll immediately with maximum speed.

@Heiko, could you expand on that. Do you mean zoom/scale of the canvas? And remember this is for selection speed with mouse pointer movement. Believe that then controls the text cursor during selection.

Just seems the basic VCL framework for scrolling needs attention.

And we have the whole slate of issues with touchpad based scroll (bug 119745), some of which is going to end up being driver issues for the touchpads, and newer issues of 'Gestures' (bug 85677, bug 132268) so a lot of 'native' os/DE code.
Comment 4 V Stuart Foote 2020-07-28 13:07:29 UTC
> (In reply to Heiko Tietze from comment #2)
> > Typically the scroll speed depends on the distance to the canvas. If you are
> > close scrolling is slow and speeds up when going down. We do not have this
> > contingency and scroll immediately with maximum speed.

Oh, wait. You meant the distance the mouse pointer is dragged while selecting.

It needs to start off slowly, and only accelerate proportionally to the distance from point on screen of first selection, and to slow by reducing the displacement. 

Currently we get too fast, too quickly.
Comment 5 Heiko Tietze 2020-07-28 13:48:09 UTC
(In reply to V Stuart Foote from comment #4)
> Currently we get too fast, too quickly.

Exactly, another example is Firefox. For what reason ever but it works well.
Comment 6 Justin L 2020-07-30 16:00:31 UTC
*** Bug 70809 has been marked as a duplicate of this bug. ***