Bug 385181 - xsettings-kde should not hard-code Gtk/PrimaryButtonWarpsSlider
Summary: xsettings-kde should not hard-code Gtk/PrimaryButtonWarpsSlider
Status: RESOLVED DUPLICATE of bug 379773
Alias: None
Product: Breeze
Classification: Plasma
Component: gtk theme (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: scionicspectre
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-09-28 20:45 UTC by Dan Fandrich
Modified: 2018-07-13 20:58 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Fandrich 2017-09-28 20:45:53 UTC 
The Gtk/PrimaryButtonWarpsSlider setting is currently hard-coded to "1" with the comment /* KDE always warps pointer on mouse click */. There are two problems with this. The first is that the setting should be 0, not 1, to better emulate KDE. The 1 setting causes "scroll to the click position" behaviour, which is not what KDE does (see https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-primary-button-warps-slider). If it has to be hard-coded, the value should be 0. The second is that this setting is now settable in the KDE settings tool under System Settings > Application Style > GNOME Application Style (GTK), 'Left mouse button warps scrollbar' and should therefore follow that setting.
Comment 1 Rex Dieter 2017-09-29 14:10:19 UTC 
kde-gtk-config doesn't use xsettings-kde (does it?)
Comment 2 Aleix Pol 2017-09-29 14:13:43 UTC 
No :/.

~/kde-gtk-config$ git grep -i xsettings
~/kde-gtk-config$
Comment 3 Dan Fandrich 2017-09-29 17:28:35 UTC 
I didn't know the correct component under which to file this—the problem is actually in xsettings-kde. Feel free to reassign it more appropriately.
Comment 4 Nate Graham 2018-07-13 20:58:19 UTC 

*** This bug has been marked as a duplicate of bug 379773 ***