Re: [orca-list] GUI Redesign or clearup and modernization

[kk <krmane gmail com>]

+1 for this view.
and really the performance also mattered.
Agreed that Orca was slow and some times even inconsistent in the recent 
past with firefox for many sites.
But now as many have reported it is really good and infact not having 
virtual buffering gives a much better real-time feel of the site without 
sacrificing accessibility.
Happy hacking.
Krishnakant.

On Thursday 27 August 2015 09:29 AM, Kyle wrote:
> Orca's refusal to implement virtual buffers actually took the burden
> off the screen reader to do its own website processing, effectively
> creating a second browser, with all the extra resources that are
> involved in making that work, and put it where it belongs, on the
> browser itself to report all the right information on its own to the
> accessibility stack and in turn to the screen reader. Virtual buffering
> in Orca would turn back the accessibility clock for the browser market
> in the worst way. Imagine what would happen if all our applications
> needed a virtual buffer in the screen reader to communicate. We think
> we have problems with accessibility now ...
> Sent from the dirt that got swept off the floor yesterday
> _______________________________________________
> orca-list mailing list
> orca-list gnome org
> https://mail.gnome.org/mailman/listinfo/orca-list
> Visit http://live.gnome.org/Orca for more information on Orca.
> The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
> The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
> Log bugs and feature requests at http://bugzilla.gnome.org
> Find out how to help at http://live.gnome.org/Orca/HowCanIHelp