In 5.8.95 a new default scrollbar width is set. This brings two issues: 1) According to the commit, it should be configurable as an enum, with three sizes. This configuration seems to be missing 2) The breeze GTK (same version) still seems to use the old width, so now scrollbars look inconsistent between GTK and Qt applications
Hi, thanks for reporting. 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 - the default small width is good - 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. 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) Best, Hugo
(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
(In reply to Hugo Pereira Da Costa from comment #1) > - the default small width is good Where can people find the discussion that reached this reduced usability/accessibility conclusion and implementation?
(In reply to Felix Miata from comment #3) > (In reply to Hugo Pereira Da Costa from comment #1) > > - the default small width is good > > Where can people find the discussion that reached this reduced > usability/accessibility conclusion and implementation? See comment #1 Click the phabricator link
I spent a couple of mornings to adjust scrollbars so they fit the Qt theme. I made changes to the assets+gtkrc and also changed the "Scrollbars" section in gtk-3.20/gtk.css. The only one issue I found is that Firefox doesn't respect GTK3 css scrollbar:hover selector so hovering over the scrollbar doesn't show scrollbar trough. Is there any way to contribute this changes to the project?
Use https://phabricator.kde.org/differential/diff/create/ and set Repository to 'Breeze for Gtk'. Then please add the link for the Diff here.
https://phabricator.kde.org/differential/diff/15977/
You did not complete the steps. Click "Continue" and fill out the details.
https://phabricator.kde.org/D6688 Ok, is it right now?
Artem, did your changes solve all issues mentioned in this ticket? See https://commits.kde.org/breeze-gtk/01a86601804222929441c0c1c8bb0db6d4ee2769
New scrollbars lack support of Breeze-dark and have some bugs for now but otherwise I think this issue is solved.