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.
Something like Ubuntus overlay scrollbars would be nice. http://www.markshuttleworth.com/archives/615
*** Bug 71676 has been marked as a duplicate of this bug. ***
Jakob, the video on that site is great but is there any chance of it coming to KDE 4.x?
(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.
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
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.
Created attachment 132015 [details] Scrollbar options on macOS
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.
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.
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?
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.