Clicking on the scroll bar behaviour

I had the sneaky suspicion that there would be a way to click on the vertical scroll bar and get Page Up/Down, like in Windows, in addition to the very useful Linux way. I found that in Firefox, Thunderbird and other applications right-clicking achieves that. But in KDE Plasma applications I get a menu with more options, which is powerful but less efficient when you only want to move up/down. In fact, the menu doesn’t add much because you can easily jump to the top/bottom or scroll up/down easily anyway.

For consistency, is there a way to make all applications work like Firefox? That menu could be shown with middle-click (but I wouldn’t mind losing it). Failing that, middle-click on the scroll bar of KDE Plasma applications could do a Page up/down.

I see in settings I can make KDE Plasma applications do Page Up/Down with left-click and jump to location with middle-click, but then that’s different from Firefox etc and muscle memory gets messed up.

not sure what this means as it’s been a while since i’ve had to use that, but since switching to linux i’ve not noticed any issues with scrollbar behavior being something i had to adjust to (other than it hiding automatically, which i was not used to).

if i click on the empty space below the highlighted scroll handle, the window will jump to that next “page” of whatever i’m scrolling thru.

there are no “arrows” at the top and bottom like in the old days, if that’s what you mean… that would be redundant to the function i described above.

if i click on the empty space below the highlighted scroll handle, the window will jump to that next “page” of whatever i’m scrolling thru.

Not what I see here. When I click immediately below the scroll handle, the window will jump further down the document but not to where it would jump if I pressed Page Down. Also, what I am suggesting (and what Windows does) is that I can place the pointer anywhere on the scroll bar and click to get Page Up/Down. I can do that repeatedly without having to reposition the pointer. This means I don’t have to take my eyes off the content of the window.

Go to system settings->general behaviour->Clicking in scrollbar track->Scrolls one page up or down

This default was annoyingly changed to “scrolls to the clicked location” in Plasma 6. This makes absolutely no sense as a default because you can’t guess an exact location on a scrollbar anyway. “Scrolls one page up or down” would be a superior default as with it you can also jump to a location with a middle click as well.

4 Likes

another thing to dread about moving to plasma 6

i like my very predictable plasma 5 scroll behavior.

it it ain’t broke….

“Scrolls one page up or down” would be a superior default as with it you can also jump to a location with a middle click as well.

It would be a superior default but then applications like Firefox, Thunderbird and more will again do it differently (left-click to jump, right-click for page up/down).

With what I suggested (adding an optional right-click to replace the context menu in the current KDE Plasma approach), you get an experience that is consistent. At the same time, it won’t alienate users like @skyfishgoo who prefer the good old setting (which would be optional anyway).

The point remains that currently there is no way to do a reliable and repetitive Page Up/Down without using the keyboard.

I have “Scrolls one page up or down” set and in Firefox the behaviour is the same - left click page down, middle click jump.

I actually also abandoned Firefox recently for Brave, one of the factors being how crappy Firefox’s scrollbars are.

It is obviously personal preference but I think that “scrolls to clicked location” is actually a more sensible default.

It seems like that is increasingly becoming the default for modern applications.

It’s a lot worse than I thought – a total mess really. I ran a few tests, and below are the different behaviours I found.

KDE Plasma default | non-default 
                            (left/middle/right click)  (left/middle/right click)
Kate/Dolphin                jump / jump    / menu    | page / jump    / menu
Discover                    jump / jump    / nothing | page / jump    / nothing 
LO Writer (flatpak)         jump / page    / line    | jump / page    / line 
LO Calc (flatpak)           jump / page    / nothing | jump / page    / nothing 
FF, TB (flatpak)            jump / nothing / page    | jump / nothing / page 
Ungoogle Chromium (flatpak) page / jump    / menu    | page / jump    / menu 
Brave (flatpak)             page / jump    / menu    | page / jump    / menu 
viber (flatpak)             jump / nothing / nothing | jump / nothing / nothing

I am not sure where that leaves us. Personally, I think jump/page/menu would cover everything without alienating users who are used to left-click for jump. But I don’t see any common ground here. It seems Windows does and will continue to do scroll bar consistency better.

I think I will stick with the Plasma defaults and use the keyboard for Page Up/Down. Otherwise, I will have to think every time depending on the application.

2 Likes
KDE Plasma 5
                            (left/middle/right click)  
Kate                        jump / jump    / menu 
Dolphin                     page / jump    / menu  
Discover                    page / jump    / nothing
LO Writer (native)          page / jump    / nothing  
LO Calc (native)            page / jump    / nothing  
FF (snap)                   page / jump    / nothing   
Zen  (flatpak)              page / jump    / nothing 
Brave (flatpak)             page / jump    / nothing
vivaldi (flatpak)           page / jump    / nothing 

my experience is quite consistent and i like it.

i would not want to move to plasma 6 if this work flow is disrupted.

1 Like