On Fri, 2005-11-04 at 16:16 +0000, Bill Haneman wrote:
> I don't see the problem (yet); I looked at gail_focus_watcher() and
> don't see anything that assumes that the object in question is a
> GailWidget or GailObject subclass, only that the peer is a GtkWidget.
> Maybe the problem is visible in one of the other emission hooks instead?
Well - eg. in the selection listener - from a 2 second glance:
else if (window->type == GTK_WINDOW_POPUP)
{
GtkWidget *child = gtk_bin_get_child (GTK_BIN (widget));
if (GTK_IS_WIDGET (child) && GTK_WIDGET_HAS_GRAB (child))
We would have no gtk_bin_get_child - we *would* have an
atk_foo_get_child ;-) - but *really* we don't want gail screwing with
our hierarchy & trying to emit / store events on it / holding atk refs
on our accessibles etc. So - in this instance we just get lots of
warning spew from GTK_IS_WIDGET() and HAS_GRAB().
We just want a "don't go there" flag we can set on GtkWidget (which are
almost always toplevels) to stop gail poking at them. Of course - we
prolly do want some functionality from gail ;-) but we'd like to pick &
choose.
HTH,
Michael.
--
[EMAIL PROTECTED] <><, Pseudo Engineer, itinerant idiot
_______________________________________________
Gnome-accessibility-devel mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
