Excellent. That bugged me if I waited after power up before logging on
but I couldn't repro on demand. I discussed with Ubuntu (Luke?) but we
got nowhere so really pleased it's been fixed. Way cool I have no
other issues with a11y on all the time. ;-)
--
Steve Lee
--
Open Source Assistive Technol
On Wed, Jun 04, 2008 at 04:28:04PM -0400, Willie Walker wrote:
> Now that this bug has been fixed for 2.24, we may have gotten rid of one
> of the last remaining barriers to enabling a11y by default:
>
>http://bugzilla.gnome.org/show_bug.cgi?id=524263
This is great news. Thanks to all involv
Now that this bug has been fixed for 2.24, we may have gotten rid of one
of the last remaining barriers to enabling a11y by default:
http://bugzilla.gnome.org/show_bug.cgi?id=524263
Will
Peter Korn wrote:
> Hey Willie,
>
> Regarding #5 below - enabling accessibility on the desktop: I think
Hey Willie,
Regarding #5 below - enabling accessibility on the desktop: I think it
is worth asking the question whether we are ready to have desktop
accessibility support on by default. It takes more memory, so we
certainly want to allow folks to turn it off if they don't need it. And
in th
I agree that things are a little confusing right now. I'm not sure I've
fully understood/appreciated the motivation for why things are the way
they currently are. This might be a good opportunity to clarify,
improve, or both. :-)
I think there are a bunch of different problems to think about:
2008/5/3 Brian Cameron <[EMAIL PROTECTED]>:
> I think this "support a11y on multi-user servers for users who may have
> different a11y needs" is an important use case that should be addressed
> before a general solution be implemented into the GNOME desktop.
+1
An obvious use case is inclusive
Matthias Clasen 写道:
> - We still don't seem to have a solution for ensuring the a11y modules
> are loaded when any a11y tools are configured to run in the session ?
> Ie the "enable a11y" checkbox sits on another capplet, and has no idea
> that a bunch of a11y tools have been started in the preferr
Matthias:
> Imo an approach like the one taken by Jon McCann in the new gdm a11y
> dialog (see http://live.gnome.org/GDM/Screenshots ) is much more
> straightforward and we should look at doing something similar inside
> the session.
I agree that the new dialog is a big step forward. It is a g
2008/5/3 Calum Benson <[EMAIL PROTECTED]>:
> The categorisation is presumably by the type of disability that they
> assist with...
The disadvantage of that is that often a technology will serve several
needs, even some not associated with disability at all. E.g want hi
contrast in high backgroun
On 3 May 2008, at 01:08, Matthias Clasen wrote:
> - What is the benefit of the somewhat forced categorization into
> 'visual' and 'mobility' ? How is orca a 'visual' tool ? I always
> thought it was a screen reader...
The categorisation is presumably by the type of disability that they
assist
On 03/05/2008, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> Imo an approach like the one taken by Jon McCann in the new gdm a11y
> dialog (see http://live.gnome.org/GDM/Screenshots ) is much more
> straightforward and we should look at doing something similar inside
> the session.
I like the
Hey guys,
I've looked today at what it would take us to make the a11y tools that
were running on the login screen carry over into the session, and I'm
coming away somewhat disillusioned about the state of our a11y
support...
Here are some of the issues I found while quickly looking at the a11y
ta
12 matches
Mail list logo
