https://bugs.kde.org/show_bug.cgi?id=375051
--- Comment #2 from Fuchs <deve...@fuchsnet.ch> --- (In reply to Hugo Pereira Da Costa from comment #1) > Hi, Hi! > thanks for reporting. You're welcome. > Despite of what the commit says (sorry we did not update), and after long > discussions on phabricator (https://phabricator.kde.org/D3210), it was > decided not to make the scrollbar visible width configurable. > The rationale is that > - we avoid the added code complexity understandable. > - the default small width is good Heavily disagree, but that's a matter of personal preference, so not really discussable > - the hit area is unchanged with respect to the previous design (it is > larger than the visible width of the handle), so that no usability is lost. actually making it larger than visible is a massive usability issue. If you disabled animations and thus it is always visible, grabbing the mouse event when near but not on the scrollbar is against user expectations and thus a big UX flaw. Say I have a file view in dolphin and I want to start selecting multiple items by drawing a rectangle. If I started close to a scrollbar, it might activate the scrolling instead, even though the mouse was not over it. That would be very bad. > Now, that this makes the scrollbar inconsistent with gtk should be fixed of > course. > Reassigning to the gtk theme (of which I am not the maintainer and for which > I lack the skills to fix) I shall patch both to the old width locally, then. > Best, > > Hugo Kind regards, Christian -- You are receiving this mail because: You are watching all bug changes.
