Without clipping the contents, they can draw stuff outside of the scrollview
bounds, leading to issues with content being drawn underneath the scrollbar,
among others.
BUG: 416877
ngraham | |
mart |
Kirigami |
Without clipping the contents, they can draw stuff outside of the scrollview
bounds, leading to issues with content being drawn underneath the scrollbar,
among others.
BUG: 416877
Before:
After:
Automatic diff as part of commit; lint not applicable. |
Automatic diff as part of commit; unit tests not applicable. |
after looks cropped now, are you sure this is the right fix? (not that it isn't necessary...)
That's because the KCM for some reason does not want to size smaller even when the kcmshell window does get smaller. This is not related to the scrollbar however, I get the same result without the scrollbar:
Since the bug report was specifically about the scrollbar I interpreted it as the overlay being weird, not the actual cutoff.
Yeah the cut-off is a pre-existing issue.
This fixes the visual issue I've been seeing with the System Tray configuration view and the Notifications KCM's applications list. +1.
The fact that isn't preexistent doesn't change that if the flicked item were to be placed properly, clipping wouldn't be necessary
Note that I did spend some time investigating what causes the clipping to be needed in the first place, but that looks like an issue deep in kcmshell5, which allows any kcm to be resized to below its minimum size. This also leads to issues with other KCMs like https://bugs.kde.org/show_bug.cgi?id=398797