Re: Assistive Technologies startup
- From: Bill Haneman <bill haneman sun com>
- To: Jonathan Blandford <jrb redhat com>
- Cc: Mark McLoughlin <mark skynet ie>, desktop-devel-list gnome org
- Subject: Re: Assistive Technologies startup
- Date: 03 Jun 2003 22:54:45 +0100
On Tue, 2003-06-03 at 20:21, Jonathan Blandford wrote:
> Mark McLoughlin <mark skynet ie> writes:
>
> > Neither option is particularly pretty, though. We currently lack any
> > method by which you can add an application to the saved session without
> > re-saving the entire session. Allowing this would be really nice, but
> > seeing as Bill needs a solution for 2.4, it doesn't really help us.
>
> I think it falls under 'system services' and are thus session
> independent. We can have the session manager launch them on startup.
> However, I can see us changing our mind on this in the future[1] if we
> want to have different a11y solutions in different sessions.
Definitely I see potential for wanting different a11y solutions in
different sessions in the future. I expect we will want to do it.
> Along these lines, should these apps be session managed so they can be
> respawned if killed?
This would probably be desirable.
> > To spread further confusion on the subject ... the previously
> > recommended way (according to Bill) to have ATs started on login was to
> > add them to session-manual. If we go with option 2), we need to figure
> > out a mechanism by which we don't end up starting multiple copies of the
> > ATs and also provide a sane migration path.
Well, this was the recommended way (not by me, but in GNOME in general)
of adding things manually to a user session. And the only non-GUI way.
> It seems the easiest way to do this is to modify the AT's to prevent
> multiple instances from starting up. That seems nicer than a
> potentially fragile check within the users session.
Based on experience to date I am not sure this is the best approach.
What if an AT gets "stuck?" And I doubt it's practical to make the ATs
start using complex self-activation/ping-timeout mechanics.
- Bill
> Thanks,
> -Jonathan
>
>
> [1] when we get a new gnome-session maintainer.
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]