Description: On Windows programs when you use shift+click on a scrollbar you are jumped right where you clicked (useful on long scrollbars). You can also perform it right+clicking on the scrollbar (which opens other commands), but this does nothing on LibreOffice. Steps to Reproduce: The scrollbar have to be visible (either zoom-in or try a long document) Actual Results: nothing happens neither with shift+click nor right+click on scrollbar Expected Results: an efficient scrollbar Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: it Module: TextDocument [Information guessed from browser] OS: Windows10 64bit Version: 7.0.6.2 (x64) Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); Interfaccia utente: it-IT Calc: CL
On Windows builds the Zoom bar widget takes a postion from a mouse click. But the vertical Scroll and horizontal Scroll bar widgets do not. The adjustable thumb (~ eq view of doc canvas) can be click grabbed and slid, while click in the bar advances up or down, and click & hold scrolls. A "jump to click" action for the widget would probably need to be cross platform, but does seem a reasonable enhancement. But we'd need to be careful of current <click> & hold scrolling behavior--so the <Ctrl> mod key might be preferred. +1 =-testing-= Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5d7251c7121cee8885fa9f2387c4a0625dd4ecee CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Haven't heard about this "Scroll here" on Linux nor macOS (scrollbars are hidden unless scrolling). But no objection to implement it, and shift+click seems to be safe. Something for you, Jim?
In ScrollBar::MouseButtonDown it is determined if primary button "warps the slider" or the middle button. For me, the primary (left) button does the "Scroll Here" using gtk3. For x11/win and qt5 it's the middle button.
Didn't know that the middle button does this in KDE. safddfsdfsd: Would you please check if there is some special key under Windows? Does the middle button work for you too?
Oh, thanks Jim! Yes in Windows with a 2-button + scroll wheel mouse (most common) the scroll wheel serves as the middle button. And middle-button down action on the scroll bar performs the jump to click (the scroll bar warp Jim mentions). And with a track pad, middle button mouse click action can be assigned to the 3-finger 'tap' gesture. NAB and => WFM
(In reply to Heiko Tietze from comment #4) > Didn't know that the middle button does this in KDE. safddfsdfsd: Would you > please check if there is some special key under Windows? Does the middle > button work for you too? "some special key under Windows" Sorry, I don't get what you mean. "Does the middle button work for you too?" Yes, I didn't know this. Still, now there is no consistency with Windows since the middle mouse doesn't do anything in other programs, and probably many do not know this shortcut. But I must say middle mouse is better in my opinion because faster, so I won't be mad if nothing change!
(In reply to safddfsdfsd from comment #6) > Still, now there is no consistency with Windows since the middle mouse > doesn't do anything in other programs, and probably many do not know this > shortcut. But I must say middle mouse is better in my opinion because > faster, so I won't be mad if nothing change! Sure it does, in Chrome browser for example it toggles the 'automatic scrolling'. Different applications have different uses for the middle button, LibreOffice is no exception. And, middle-button mouse down action for the scrollbar jump-to click position.