diff options
author | Tim Janik <timj@gtk.org> | 1998-03-18 02:05:27 +0000 |
---|---|---|
committer | Tim Janik <timj@src.gnome.org> | 1998-03-18 02:05:27 +0000 |
commit | e648c2d68fac18e27b06783f3c2aaea3f52b3c82 (patch) | |
tree | 50626bc572fbea80d10371f018460b53fa92581d /TODO | |
parent | 467e4e73c1a3817b4dc50a5c5ae88b408ce96c1a (diff) | |
download | gtk+-e648c2d68fac18e27b06783f3c2aaea3f52b3c82.tar.gz |
use the resize queue.
Wed Mar 18 02:06:52 1998 Tim Janik <timj@gtk.org>
* gtk/gtkcontainer.c (gtk_container_border_width): use the resize queue.
* gtk/gtkwindow.c (gtk_window_set_arg): gtk_window_set_hints() after
setting certain arguments, so they actually take affect.
(gtk_window_set_policy): likewise.
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 8 |
1 files changed, 3 insertions, 5 deletions
@@ -5,10 +5,8 @@ Bugs: * pasting into a GtkEntry that already has a very long string, causes the app to hang. - * signal parameters don't seem to get refreshed on recursive invokations - of GTK_NO_RECURSE signals, which causes the restarted emissions to loose - their actual point, i.e. parameter changes on the restarted emission, - needs further investigation. + * scrolled windows get cought in an endless reallocation loop under + certain (rare) circumstances. * Widget redrawing when the window resizes sometimes messes up. GtkLabels sometimes redraw without clearing up the underlying background on @@ -223,4 +221,4 @@ TODO AFTER GTK 1.0 * Try to rationally deal with someone else deleting one of our windows??? This would mean keeping track of our window heirarchy ourselves, for one thing, and will never be safe, because of - race conditions.
\ No newline at end of file + race conditions. |