Re: [g-a-devel] gail: hands off ...
- From: michael meeks <michael meeks novell com>
- To: Bill Haneman <Bill Haneman Sun COM>
- Cc: accessibility mailing list <gnome-accessibility-devel gnome org>, Oliver Braun <Oliver Braun Sun COM>
- Subject: Re: [g-a-devel] gail: hands off ...
- Date: Fri, 04 Nov 2005 17:35:59 +0000
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.
--
michael meeks novell com <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]