Saluton Frédéric :)

On Thu, 06 Nov 2008 10:07:22 +0100, Frédéric dixit:
> Le 6/11/2008, "Raúl Núñez de Arenas Coronado" <[EMAIL PROTECTED]> a
> écrit:
> 
> >The call to "set_value()" emits the signal, but it won't be handled
> >until the next iteration of the GTK+ main loop, so if you do the
> >"stop_emission()" just after "set_value()", the signal just emited by
> >the "set_value()" call will be cancelled. If you call it before, the
> >signal won't be cancelled.
> >
> >It's very easy to test: add the call after your current "set_value()"
> >code and see if it works. You will be adding only one line of code,
> >so if it doesn't work (the docs are not very detailed...) you won't
> >have done big modifications to your code.
> 
> I tried, but it does not work. In fact, I have a global GUI refresh
> method, called in my spinbutton handler. I call the stop_emission()
> method after that global refresh, where I have several set_value(),
> set_text() and so. As far as I understand, the stop_emission() call
> will block only the first set_value() emited signal?

Probably. It won't block all of them, that's for sure.

> When entering in a signal callback and calling a set_value() method,
> is the value-changed signal emited/handled immediatly, or only at the
> end of the callback, after it returns?

It is queued and processed in the next iteration of the main loop, so
you can consider that the signal is emitted after the callback returns.

> >Anyway, if you are going to use Glade a lot in your projects, try
> >your best to find a way of getting the handler_id. This message says
> >it is not possible, but it's from 2003 and maybe things have changed
> >http://osdir.com/ml/gnome.gtk+.python/2003-04/msg00092.html
> 
> Didn't find a way yet :o(

Neither did I :( If I understand correctly, you can connect signals
manually even if you're using Glade, so maybe your only option is to get
rid of the autoconnect thing and connect signals by hand. That depends
on your code :(

Raúl "DervishD" Núñez de Arenas Coronado
-- 
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
We are waiting for 13 Feb 2009 23:31:30 +0000 ...
_______________________________________________
pygtk mailing list   pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://faq.pygtk.org/

Reply via email to