[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