Lerking/gtk
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

scrolledwindow: Handle nested scrolled windows in kinetic scrolling

Browse Source 
The innermost scrolled window always gets to capture the events, all
scrolled windows above it just let the event go through. Ideally
reaching a limit on the innermost scrolled window would propagate
the dragging up the hierarchy in order to keep following the touch
coords, although that'd involve rather evil hacks just to cater
for broken UIs.
This commit is contained in:
Carlos Garnacho
2011-11-13 18:38:12 +01:00
parent 1b088606f7
commit 4e321365cf
1 changed files with 8 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

9
gtk/gtkscrolledwindow.c
View File

@@ -2916,11 +2916,19 @@ gtk_scrolled_window_button_press_event (GtkWidget *widget,
return GTK_CAPTURED_EVENT_NONE;
event = (GdkEventButton *)_event;
event_widget = gtk_get_event_widget (_event);
if (!priv->vscrollbar_visible &&
!priv->hscrollbar_visible)
return GTK_CAPTURED_EVENT_NONE;
/* If there's another scrolled window between the widget
* receiving the event and this capturing scrolled window,
* let it handle the events.
*/
if (widget != gtk_widget_get_ancestor (event_widget, GTK_TYPE_SCROLLED_WINDOW))
return GTK_CAPTURED_EVENT_NONE;
/* Check whether the button press is close to the previous one,
* take that as a shortcut to get the child widget handle events
*/
@@ -2942,7 +2950,6 @@ gtk_scrolled_window_button_press_event (GtkWidget *widget,
if (!child)
return GTK_CAPTURED_EVENT_NONE;
event_widget = gtk_get_event_widget (_event);
if (priv->hscrollbar == event_widget || priv->vscrollbar == event_widget)
return GTK_CAPTURED_EVENT_NONE;