Hi!
I have the question about the proper gail and atk-bridge modules loading
for GTK+ application to enable their accessibility. At first orca
startup it asks usual questions and make some changes to enable GNOME
accessibility. On next GNOME launch at-spi2-registryd is present in
processes list bu
Christian Hofstader wrote:
> cdh: The Gnome a11y issues for people with vision impairment in the 2.xx
> releases are many, especially when compared to what users enjoy with JAWS or
> VoiceOver. These issues, though, are not all based in Gnome itself, rather,
> across the ecosystem of OS, UI, app,
On Sat, Jan 7, 2012 at 1:24 AM, Bill Cox wrote:
> Because several e-mails on this topic have attacked my emotional
> response to my patch to pixmap objects being rejected, I want to
> explain my philosophy about GUI objects and a11y. If an object is
> going to be displayed on the screen, I feel e
Hi, I'd just want to express my opinion about this being a very important discussion, and to reinforce what Christian says about the problem with promoting free systems with major a11y shortcomings for public use. Here we hear about the remaining difficulties for VI screenreader users, though this
Hi, Chris. One of the reasons I often make an ass of myself, other
than having no clue about human emotions, is I write emails like this
after drinking on Friday night. So...
I agree that the Gnome Foundation gives a11y high priority. My main
issues in the past have been that the GTK+ team give
>
> cox: In my opinion, the separation of responsibilities is the main reason
> for lack of a11y progress in GTK. If any of the wonderful people
> working on a11y that we are both fans of were able to commit patches
> to GTK, the issues would have been resolved years ago.
>
cdh: Can Brian or so
>
> As you say, it would be better to make stronger release team a11y
> requirements. I think it would be easier to define such requirements
> once accessibility is working reasonably in GNOME 3. We have made a
> lot of progress already, so hopefully this will not be so far in the
> future.
>
c
