[gtk+] Use GTK_RESIZE_PARENT resize_mode for GtkViewport



commit 0cb714fe62c6d2a21f578a53f316a94a777dd602
Author: Alexander Larsson <alexl redhat com>
Date:   Wed Dec 12 14:59:06 2012 +0100

    Use GTK_RESIZE_PARENT resize_mode for GtkViewport
    
    We used to use GTK_RESIZE_QUEUE, but that is problematic for e.g
    a GtkScrolledWindow with NEVER scroll policies, as size changes
    in ancestors will never get propagated to the scrolled window, causing
    it to not have the correct size.
    
    This is a slight performance hit, but in practice its not bound to be
    problematic. In typical UIs there is only a single "large" GtkScrolledWindow
    visible at a time, so a size requeust propagating out of such a window
    will only hit the smaller amount of widgetry outside the scrolled window,
    and additionally all such widgets will have their size request caches
    still valid.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=690099

 gtk/gtkviewport.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)
---
diff --git a/gtk/gtkviewport.c b/gtk/gtkviewport.c
index 5ac403b..a80e811 100644
--- a/gtk/gtkviewport.c
+++ b/gtk/gtkviewport.c
@@ -241,7 +241,6 @@ gtk_viewport_init (GtkViewport *viewport)
   gtk_widget_set_has_window (GTK_WIDGET (viewport), TRUE);
 
   gtk_widget_set_redraw_on_allocate (GTK_WIDGET (viewport), FALSE);
-  gtk_container_set_resize_mode (GTK_CONTAINER (viewport), GTK_RESIZE_QUEUE);
 
   priv->shadow_type = GTK_SHADOW_IN;
   priv->view_window = NULL;



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]