Since font, icons, cursor theme, toolbar style, icons in menus and buttons settings are now in sync with corresponding plasma settings, they shouldn't be in GTK KCM anymore.
Depends on D24743
BUG: 406740
BUG: 401008
BUG: 401123
FIXED-IN: 5.18.0
ngraham | |
nicolasfella |
VDG | |
Plasma |
Since font, icons, cursor theme, toolbar style, icons in menus and buttons settings are now in sync with corresponding plasma settings, they shouldn't be in GTK KCM anymore.
Depends on D24743
BUG: 406740
BUG: 401008
BUG: 401123
FIXED-IN: 5.18.0
Check if nothing breaks in GTK KCM functionality, that is left.
No Linters Available |
No Unit Test Coverage |
Buildable 17891 | |
Build 17909: arc lint + arc unit |
Well, it'll be gone completely soon and the GTK theme comboboxes will be in the Application Style KCM.
Ideally, we'd also sync SH_ScrollBar_LeftClickAbsolutePosition to GTK and drop the cursor to position radios
Is that configuration even needed? Most of non-qt and non-gtk apps are using default behavior - scroll to one "page" up or down. On gnome scroll behavior is the same by default (and I haven't found any way to configure it with dconf or gnome-tweaks, may be I'm missing something). Even more, there is a bug report, that this option does not work with Chromium-based browsers: https://bugs.kde.org/show_bug.cgi?id=411762. May be we should forget about that option, remove it from the view and always set it to "one page per click"?
"Absolutely not" is right. We can't remove this option entirely; that would be a big regression. If not all apps respect it, we need to fix those apps.
Ok, then we should keep it in the GTK KCM until we have the option for Qt applications in the Application Style KCM.