summaryrefslogtreecommitdiff
path: root/gtk/gtkrange.c
diff options
context:
space:
mode:
authorHavoc Pennington <hp@redhat.com>2001-11-28 20:42:15 +0000
committerHavoc Pennington <hp@src.gnome.org>2001-11-28 20:42:15 +0000
commit53da925c9b8776194283fdcb7d751283e73b5f7a (patch)
tree981b89399635ed444a8ef57142b4ad57ce0b89a2 /gtk/gtkrange.c
parent931fe180ff56b5faeb22e6e3f9f7bd6b95660b47 (diff)
downloadgdk-pixbuf-53da925c9b8776194283fdcb7d751283e73b5f7a.tar.gz
put the warning explaining the validation error in front of the
2001-11-28 Havoc Pennington <hp@redhat.com> * gtk/gtktextview.c (gtk_text_view_paint): put the warning explaining the validation error in front of the G_BREAKPOINT * gtk/gtkrange.c (gtk_range_adjustment_value_changed): call process updates with include_children = FALSE instead of TRUE, so we redraw the range only, not the whole darn window. Making GtkRange a NO_WINDOW widget had weirdly caused the text widget Trace/breakpoint trap bug to become much easier to trigger.
Diffstat (limited to 'gtk/gtkrange.c')
-rw-r--r--gtk/gtkrange.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/gtk/gtkrange.c b/gtk/gtkrange.c
index 06a261a07..d2ead16d1 100644
--- a/gtk/gtkrange.c
+++ b/gtk/gtkrange.c
@@ -1446,7 +1446,7 @@ gtk_range_adjustment_value_changed (GtkAdjustment *adjustment,
gtk_widget_queue_draw (GTK_WIDGET (range));
/* This is so we don't lag the widget being scrolled. */
if (GTK_WIDGET_REALIZED (range))
- gdk_window_process_updates (GTK_WIDGET (range)->window, TRUE);
+ gdk_window_process_updates (GTK_WIDGET (range)->window, FALSE);
/* Note that we don't round off to range->round_digits here.
* that's because it's really broken to change a value