Re: [g-a-devel] at-spi2 first impressions
- From: Li Yuan <Li Yuan Sun COM>
- To: mark doffman codethink co uk
- Cc: accessibility mailing list <gnome-accessibility-devel gnome org>, Matthias Clasen <matthias clasen gmail com>
- Subject: Re: [g-a-devel] at-spi2 first impressions
- Date: Fri, 18 Dec 2009 10:34:32 +0800
Hi Mark,
Yes, for 3, probably just notify children-changed and
application-removed is enough. But we need ATs developers to confirm
this.
Li
On Thu, 2009-12-17 at 14:20 -0800, Mark Doffman wrote:
> Hi Li,
>
> Looking at what is performed in the exit_func called by g_atexit i'm
> wondering how much of it we really need to do. (For the D-Bus case).
>
> The exit_func:
>
> 1) deregisters the atk event listeners.
>
> 2) deregisters from the registryd.
>
> 3) sends out the 'deactivate' and 'destroy' signals for each of the
> applications windows.
>
> 1 & 2 are probably not necessary, the registryd, in the D-Bus, case will
> deregister the application when the D-Bus connection goes down.
>
> The only issue is number 3. How reliant are AT's on the 'destroy' and
> 'decativate' events being sent? We could always send something similar
> directly from the registryd, although a children-changed on the root
> object will already be sent.
>
> Thanks
>
> Mark
>
> On Wed, 2009-12-09 at 16:03 +0800, Li Yuan wrote:
> > I think gtk_quit_add is a possible fix. But if an application calls the
> > second gtk_main after the first one quits, the application will become
> > inaccessible.
> >
> > Li
> >
> > On Mon, 2009-12-07 at 23:40 -0500, Matthias Clasen wrote:
> > > Here is another observation, from looking at the code:
> > >
> > > the atk-adaptor in at-spi2-atk inherited a horrible misfeature from
> > > at-spi's atk-bridge: it uses atexit to do 'cleanup' at exit. This is
> > > causing the most painful problems, see
> > > https://bugzilla.redhat.com/show_bug.cgi?id=537843
> > >
> > > As Owen eloquently puts it there: just say no to atexit,
> > > deregistration needs to be automatic regardless whether the process
> > > crashes or exits orderly.
> > >
> > >
> > > Matthias
> > > _______________________________________________
> > > Gnome-accessibility-devel mailing list
> > > Gnome-accessibility-devel gnome org
> > > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
> >
> >
>
>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]