Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Carlos Garnacho
Hey, In order to provide some background to the ML, scroll events were being sent to widgets with GDK_BUTTON_PRESS_MASK (no scroll mask required), but this played odd with smooth scrolling as scrolled windows get scroll events in 2 ways: 1) bubbled up from the child within 2) received directly

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Bastien Nocera
Em Fri, 2012-03-16 às 12:51 +0100, Carlos Garnacho escreveu: Hey, In order to provide some background to the ML, scroll events were being sent to widgets with GDK_BUTTON_PRESS_MASK (no scroll mask required), but this played odd with smooth scrolling as scrolled windows get scroll events in

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Carlos Garnacho
On vie, 2012-03-16 at 12:56 +0100, Bastien Nocera wrote: So gtk_widget_add_events (widget, GDK_SCROLL_MASK); for every widget for which we want the old behaviour back, correct? Sounds doable by 3.4. Exactly, it's pretty much that snip 0) Patch affected applications I think that

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Sebastien Bacher
Le 16/03/2012 12:56, Bastien Nocera a écrit : So gtk_widget_add_events (widget, GDK_SCROLL_MASK); for every widget for which we want the old behaviour back, correct? Sounds doable by 3.4. Well old behaviour back, you will still not get GDK_SCROLL_UP,DOWN events so any code checking for those

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Sebastien Bacher
Le 16/03/2012 13:33, Sebastien Bacher a écrit : Grepping though GNOME sources there is at least 15 sources Ryan came with a list built from precise gtk3 rdepends which includes those components: abiword anjuta-extras brasero cheese epiphany-browser eog evince evolution

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Patryk Zawadzki
W dniu 16 marca 2012 13:33 użytkownik Sebastien Bacher seb...@ubuntu.com napisał: Le 16/03/2012 12:56, Bastien Nocera a écrit : So gtk_widget_add_events (widget, GDK_SCROLL_MASK); for every widget for which we want the old behaviour back, correct? Sounds doable by 3.4. Well old behaviour back,

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Matthias Clasen
On Fri, Mar 16, 2012 at 8:50 AM, Patryk Zawadzki pat...@pld-linux.org wrote: W dniu 16 marca 2012 13:33 użytkownik Sebastien Bacher seb...@ubuntu.com napisał: Le 16/03/2012 12:56, Bastien Nocera a écrit : So gtk_widget_add_events (widget, GDK_SCROLL_MASK); for every widget for which we want

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Matthias Clasen
On Fri, Mar 16, 2012 at 8:43 AM, Sebastien Bacher seb...@ubuntu.com wrote: Le 16/03/2012 13:33, Sebastien Bacher a écrit : Grepping though GNOME sources there is at least 15 sources Ryan came with a list built from precise gtk3 rdepends which includes those components:  abiword  

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Sebastien Bacher
Le 16/03/2012 13:50, Patryk Zawadzki a écrit : Shouldn't that be the case unless you explicitly ask for GDK_SMOOTH_SCROLL_MASK? Well then maybe there is a bug in GTK with scale widgets, sliders stopped reacting to up,down scroll events i.e in the control center sound panel... -- Sebastien

Re: Dealing with GTK 3.3.18 scrolling handling changes for GNOME 3.4

2012-03-16 Thread Carlos Garnacho
On vie, 2012-03-16 at 13:59 +0100, Sebastien Bacher wrote: Le 16/03/2012 13:50, Patryk Zawadzki a écrit : Shouldn't that be the case unless you explicitly ask for GDK_SMOOTH_SCROLL_MASK? Well then maybe there is a bug in GTK with scale widgets, sliders stopped reacting to up,down scroll