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 > > > [email protected] > > > http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel > > > > > > _______________________________________________ Gnome-accessibility-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
