[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-app-devel
Subject:    Re: recursive state change (Re: GtkStateType)
From:       Havoc Pennington <rhp () zirx ! pair ! com>
Date:       1999-07-08 19:35:26
[Download RAW message or body]


On Thu, 8 Jul 1999, NNY wrote:
> 
> so, in the case of gtk_widget_set_sensitive(), it is fine to expect the
> children of the container to be recursed with the 'state-changed' signal?
>

Right.
 
> if so, the 'state-changed' signal is the one to use?
> and finally, gtk_widget_set_sensitive() calls gtk_widget_propagate_state()
> which, i believe, tells all the conatiner's children the new state. this
> function has the line:
> gtk_signal_emit (GTK_OBJECT (widget), widget_signals[STATE_CHANGED],
> 	old_state);
> if this is the 'state-changed' signal that i'm looking for, is the state
> data that the signal handler will receive the old state?
> 

Looks that way. You can get the current state with the GTK_WIDGET_STATE()
macro Tim mentioned.

Havoc



-- 
         To unsubscribe: mail gtk-app-devel-list-request@redhat.com with 
                       "unsubscribe" as the Subject.

	Mailing list concerns should be mailed to <listmaster@redhat.com>

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic