projects / gtk4.git / commit
? search:
summary | shortlog | log | commit | commitdiff | tree
(parent: 33b8f08) | patch
Range: Up should only mean ++ if we are a GtkScale
authorDaniel Boles <dboles.src@gmail.com>
Mon, 21 May 2018 18:42:57 +0000 (19:42 +0100)
committerDaniel Boles <dboles.src@gmail.com>
Mon, 21 May 2018 19:21:25 +0000 (20:21 +0100)
commit19ed1b92b0093951175c92ff46acdbbf132bceef
treee3d0bd1ce79fada2a12074004643773125c48a6etree | snapshot
parent33b8f087a3b32b9e40fce3b4efc413f4c0e066c8commit | diff
Range: Up should only mean ++ if we are a GtkScale

The last round of patches to get the desired direction of value move in
response to scrolls/keypresses on scales had the inadvertent side effect
of giving the opposite direction on scrollbars. Seeing as gtkrange.c is
already a collection of hacks, add another so that fix only holds if the
instance is a GtkScale, since that is what those patches were aimed at.

Close https://gitlab.gnome.org/GNOME/gtk/issues/1065
gtk/gtkrange.c diff | blob | history
Unnamed repository; edit this file 'description' to name the repository.