On Sun, 2006-03-05 at 17:32 -0500, Tony Nelson wrote: > At 10:12 AM -0800 3/4/06, Alex Roitman wrote: > >On Fri, 2006-03-03 at 21:23 -0800, John Finlay wrote: > >> What's your thinking on how this would work? > > > >My thinking is that the following should be either normal behavior > >or should be doable using signal handlers: > > > > When the user collapses the expander widget and the space that > > was taken up by the expander widget is no longer occupied by > > the expander, the window shrinks to the smaller size, as small > > as possible given the new size constraints, now that the expander > > takes just the size of its label. > > > >In other words, I want same intuitive behavior that happens if the > >dialog were non-resizable, only I don't want it to be non-resizable. > ... > > I think that instead, the window should change size by the amount that the > Expander widget changed size, so that a shrink then expand would restore to > the size before shrinking. This behavior and enabling it should probably > be a property of the Expander widget, which knows how much it is changing > size.
This would be good as well. Is this a GTK+ issue? Am I the only one who sees the current state as a problem? Alex -- Alexander Roitman http://www.gramps-project.org
signature.asc
Description: This is a digitally signed message part
_______________________________________________ pygtk mailing list pygtk@daa.com.au http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/