<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [Wayland] Reversed scrolling in GtkMenu" href="https://bugzilla.gnome.org/show_bug.cgi?id=765907#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [Wayland] Reversed scrolling in GtkMenu" href="https://bugzilla.gnome.org/show_bug.cgi?id=765907">bug 765907</a> from <a href="page.cgi?id=describeuser.html&login=ofourdan%40redhat.com" title="Olivier Fourdan <ofourdan@redhat.com>"> Olivier Fourdan</a> <pre>Created <a href="attachment.cgi?id=327202&action=diff" name="attach_327202" title="[PATCH] wayland: fix up/down mix up in discrete events">attachment 327202</a> <a href="attachment.cgi?id=327202&action=edit" title="[PATCH] wayland: fix up/down mix up in discrete events">[details]</a> <a href='review?bug=765907&attachment=327202'>[review]</a> [PATCH] wayland: fix up/down mix up in discrete events The wayland specification for discrete step information for scroll and other axes reads: | The discrete value carries the directional information. e.g. a | value of -2 is two steps towards the negative direction of this axis. mutter sets a value of 1 for SCROLL_DOWN events and -1 for SCROLL_UP events. gdkdevice Wayland backend does the opposite, it translates a positive discrete value as SCROLL_UP and a negative value as SCROLL_DOWN, which ends up inverting the scrolling direction. Fix the logic in gdkdevice Wayland to use a positive value as SCROLL_DOWN and a negative value as SCROLL_UP so that it matches mutter and weston logic.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>