Bug 220733 - Option to hide scrollbars system wide
Summary: Option to hide scrollbars system wide
Status: RESOLVED INTENTIONAL
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
: 71676 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-12-30 21:45 UTC by Dhaval Patel
Modified: 2020-10-01 22:36 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Scrollbar options on macOS (13.75 KB, image/png)
2020-09-29 22:28 UTC, Dhaval Patel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dhaval Patel 2009-12-30 21:45:51 UTC
Version:           4.4+ (using KDE 4.3.4)
OS:                Linux
Installed from:    Ubuntu Packages

Some KDE apps like Konsole and Kopete buddy list have the option to hide scrollbars. It would be good to have an option that would work for ALL KDE apps like Amarok and Kopete IM window.

This would be useful for anyone with a laptop that has scrolling on the trackpad and/or a mouse with a scroll wheel.
Comment 1 disabled account 2011-05-27 20:49:08 UTC
Something like Ubuntus overlay scrollbars would be nice.
http://www.markshuttleworth.com/archives/615
Comment 2 disabled account 2011-05-29 02:17:36 UTC
*** Bug 71676 has been marked as a duplicate of this bug. ***
Comment 3 Dhaval Patel 2011-06-08 14:47:54 UTC
Jakob, the video on that site is great but is there any chance of it coming to KDE 4.x?
Comment 4 disabled account 2011-06-08 23:53:29 UTC
(In reply to comment #3)
> Jakob, the video on that site is great but is there any chance of it coming to
> KDE 4.x?

I haven't heard of any plans, but I don't know why it shouldn't be possible.
Comment 5 steverweber 2013-01-31 02:01:10 UTC
i don't care much for the scrollbars or much of anything some people find 'helpfull'

no title bar and a extremal small scrollbar... move windows holding alt
and put titlebar in a panel that is auto hide..

try this if you use the oxygenrc file:

~/.kde/share/config$ cat oxygenrc 
[ActiveShadow]
InnerColor=0,0,0
OuterColor=0,0,0
Size=50

[Style]
ScrollBarWidth=1

[Windeco]
BlendTitlebarColors[$d]
ButtonSize=Small
FrameBorder=No Border

[Windeco Exception 0]
Enabled=true
FrameBorder=No Border
HideTitleBar=true
Mask=16
Pattern=.*
Type=Window Class Name
Comment 6 Nate Graham 2020-09-29 20:56:06 UTC
I don't think we'll be doing this. In addition to their interactive properties which are useful for non-expert users, scrollbars help you see where you are in the view relative to the top and bottom. Without these kinds of visual clues, navigating scrollable in views can be very disorienting, even for experts.
Comment 7 Dhaval Patel 2020-09-29 22:28:50 UTC
Created attachment 132015 [details]
Scrollbar options on macOS
Comment 8 Dhaval Patel 2020-09-29 22:31:07 UTC
This is unfortunate because I have been using macOS on my work laptop and they have a really nice implementation where the scrollbars are visible only when scrolling and they do not take up any space on any scrollable elements.

As you can see from the screenshot, users can have the previous behavior or select this.

It would be a great feature that I am sure lots of people would find useful.
Comment 9 Nate Graham 2020-09-30 04:50:18 UTC
That's a different thing from what I thought you originally proposed. Hidden until in use is a very different thing from "hidden".

Either way what we have now is that scrollbars are visible when using a desktop-style environment, but when using QML-based apps with touch, they become very very tiny and overlay style so they don't take up space or get in the way. It was hoped that this would be the best of both worlds.
Comment 10 Dhaval Patel 2020-10-01 20:39:27 UTC
You are correct, the original intent was to just hide them similar to what the other KDE applications did.

Should I open another ticket for this enhancement to follow the behavior/implementation that macOS provides?
Comment 11 Nate Graham 2020-10-01 22:36:34 UTC
We had a phab task for that but I can't find it anymore. :/

TBH people seemed pretty burned out on the scrollbar stuff by the time we finalized the current finally-consistent approach, so I dunno how much desire there will be to revisit the situation. :) I think the status quo makes some intuitive sense though: on the desktop, you get traditional desktop-style scrollbars, while on mobile, or on the desktop with touch, you get skinny mostly-disappearing mobile-style scrollbars. I don't think there's really that much demand for mobile-style scrollbars on the desktop. Most of the feedback we got about this over the years was negative.