Re: [orca-list] Calling all braille users. I need your opinions.



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi
While doing this, please look for instances where information is
brailled but not spoken as well. Two examples I can think of off the top
of my head:
1. In Firefox, the location and search bars. When arrowing or
backspacing, this change is reflected in braille but not in speech at
all. Also, sometimes the address and search autocompletes do not get
immediately spoken, however they do get immediately brailled.
2. When composing a message in Evolution, backspacing over a character
is instantly reflected in braille but again, is not reflected through
speech at all.
Related: Try and make sure that Orca isn't collecting information twice
(once for braille and once for speech) unless it absolutely needs to.
I've noticed this in Thunderbird especially. When arrowing through a
message list, the highlighted item will be brailled and then spoken with
a noticeable delay. It appears that Orca is actually getting the
information twice, rather than just retrieving it once and then acting
on it twice. This introduces quite a bit of unnecessary lag when it
happens. Note that Orca is far from the only screen reader guilty of
this one.

On 05/09/2010 08:18 PM, Joanmarie Diggs wrote:
Action item 2: I am planning to locate all places where we are speaking
a message but brailling absolutely nothing and changing that. <smile>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkvoDaEACgkQybLrVJs+Wi7g/wCeLazdf7x3aONWTrLO2qDIX9+7
dmoAmgM6SwdKfoOABXjq8o2JkJ31NCkY
=uC+F
-----END PGP SIGNATURE-----



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]