Sorry for the last e-mail I was answering to somebody else.... I have something completly different for you :)
You are right my routine is conflicting with another: I have connected to the are_expose_event which function calls for get_allocation. self.area.connect("expose-event", self.area_expose_cb) ... def area_expose_cb(self, area, event): ... allo = self.area.get_allocation() ... I suppose that in turn it sends the size_allocation signal. In this area_expose_cb routine I need to reasd the size of the window in order to draw my updated picture with the right size How can I get around this problem and find my window size without calling for the size_allocate event ? Thanks Jean-Baptiste On Tue, 01 Jul 2003 15:33:56 +0800 James Henstridge <[EMAIL PROTECTED]> wrote: > Jean-Baptiste Cazier wrote: > > >Sæl ! > > > >I am porting my code from gtk1 to GTk2, ie pygtk 0.6 to 1.99 (quite painful btw) > >I am stuck with the resizing manually of the window : everytime I resize the I want > >to update the drawing area it contains > > > >I used to connect to size_allocate signal in pygtk 0.6 > >window.connect("size_allocate",self.area_resize) > > > >But now this has the effect to call self_area_resize constantly > > > >So I changed to configure_event, to only call area_resize after changes in sizes, > >window.connect("configure_event",self.area_resize) > >But now the size allocation is not up-to date when I try to read it. > >What is the correct signal to use in order to perform an operation based on the > >size of the window when it is resizing > > > >Is there any more simpler way to catch the event that the window size is being > >changed by the mouse and obtain the new size ? > > > > > Connecting to the "size_allocate" is the right thing to do. The new > allocation should be passed as an argument to your handler. Eg: > def area_size(self, widget, allocation): > print allocation.width, 'x', allocation.height > > It shouldn't result in an infinite loop unless you are triggering a > resize from your size_allocate handler (which would be a very bad thing > to do). > > James. > > -- > Email: [EMAIL PROTECTED] > WWW: http://www.daa.com.au/~james/ > > > -- ----------------------------- [EMAIL PROTECTED] Department of Statistics deCODE genetics Sturlugata,8 570 2993 101 Reykjavík _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/