Francesco: >> I am glad to hear that there are more options for users with a11y >> needs. I'd be happy to accept patches that would allow GDM to be >> configured to startup these new applications via the gesture listener >> mechanisms. > > Much will probably depend on whether they will be part of the GNOME > Desktop or not: > > 1. If they are going to be part of GNOME, I think that GDM only needs > to provide a userfriendly way to start them
Right. It might make sense to provide configure options so users can configure whether they want GOK on onscreen to be the on-screen-keyboard. This way distros could easily pick between them at configure time. This would basically cause the gestures in the keymouse and dwellmouse gesture listeners to get set to the right command to launch each program. > 2. If they are not going to be part of the GNOME Desktop, I think > that it would be odd to have some accessibility feature during the > GDM session, but not during the subsequent GNOME session. I am saying > this because I am assuming the following: the normal use of GDM is in > conjunction with the GNOME Desktop (even if it also works with other > Desktop environments). If this correct? Some people use GDM with other desktops, such as KDE. > To 1: For this, I would say that bug 443873 and bug 463713 should be > considered. Yes, it would be nice to have better ways to allow users to launch custom commands that require a GUI. However, as I said before, I think we should focus our efforts in the new D-Bus GDM branch to support such features. The fact that the new GDM uses D-Bus could probably be taken advantage of to more easily support launching desired programs at login time. I know that Jon has already added code to the new GDM to make it possible to launch power management code at login time, for example. So perhaps this sort of approach would work well with a11y programs as well? > To 2: Otherwise, it would probably make sense to automatically > activate in the GNOME session, the a11y features that the user > activated during the GDM session (I think that there is already a bug > filed for this, but I cannot find it anymore). You are thinking of bug 411501. There is a patch that needs a bit of work attached to that bug report. However, to make this work, I think gnome-session would also need a patch to honor the other side of the interface. Again, the new D-Bus interfaces may make it easier to manage communication between GDM and the session to inform the session what AT programs to launch when the user logs in. >> If you also are interested in enhancing GDM to launch AT programs >> in more novel ways (e.g. by directly integrating them into GDM), then >> we should discuss. > > Yes, I am still interested in something similar to bug 463713. But I > think that I will first try to enhance the dwellmouselistener.c code > to add the killing of the app started by a pointer gesture (as we > discussed few weeks ago). Is there any documentation about the > dwellmouselistener.c code beside the few comments within the code > itself? There has been some discussion on this mail list about getting the new GDM D-Bus branch working. There also is some documentation in the code. You should be able to access it via this SVN GDM branch: svn+ssh://svn.gnome.org/svn/gdm2/branches/mccann-gobject At the moment a11y is disabled in this branch. We need to plug back in the logic to launch the GUI's with the modules as configured in the GDM configuration file, and also need to plug back in the code to start the at-spi-regisitryd. This shouldn't be too difficult since the existing code in the stable GDM release should port reasonably well to the new code. However, the new simple-greeter would need to be tested to ensure it is well written from an a11y perspective. It would be great if someone with an interest in GDM a11y were to help with this. > If you want to discuss about any other enhancements, please feel free to do > so. At the moement, I think it makes the most sense to try to get a11y plugged back into the D-Bus GDM branch and get it working. Once that is done, it should be easier to talk about how we want to add new a11y features to GDM. >> Since GDM is currently being rewritten, it might make sense to hold >> off on more tightly integrating with GDM until its more clear how to >> do this in the new GDM rewrite, though. > > Is there any place where I can learn more about what is being done? I'd read the gdm-list email archives. There have been a few status updates over the past few months, and calls for help. There is also some docs in the code. If you read all this and have specific questions, I'd ask them here on the gdm-list. It's hard to know exactly how we should update the docs unless people let us know what information they think is missing. As I said, a11y is currently broken in the D-Bus branch, so there is plenty of work to do if you want to get involved. Or if there are others with an interest in a11y, it would be helpful to get more people involved with the new branch. Brian _______________________________________________ Gnome-accessibility-devel mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
