Closed Bug 753973 Opened 12 years ago Closed 5 years ago

[AccessFu] Make verbosity level configurable

Categories

(Core :: Disability Access APIs, defect)

ARM
Android
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: eeejay, Unassigned)

References

Details

I am thinking 3 levels of verbosity should be enough. Right now it is very verbose in lists for example.
Blocks: 752635
Marco what do you think?
Neither Apple nor Google have verbosity levels for speech output by default. We shouldn't make it too complicated, and past experience shows that verbosity granularity is hardly ever customized. We should rather think about which the items are that should be configurable, for example Apple allows turning on and off of the hints that are spoken roughly 2 seconds after the main control. We could introduce a long and short form for certain controls like lists where we say "list item 2 of 3" as we do now, in the long form, but only "item 2" in the short form, for example.

When we introduce table cell support with header cells, we should maybe give an option to turn speaking of header cells on and off.

For most, if not all, other controls, there's not much one can do. I know you can configure a screen reader like JAWS to death with changing the order of name, type and state of a control, and can change each verbosity level very granually, but 99.9% of users won't ever touch those settings in practice.

So what we should do is think about the examples where we want different options, and then put these in individually. Make them check boxes if possible, on and off states that are easy to imagine what they do etc. Nothing too complicated.
(In reply to Marco Zehe (:MarcoZ) from comment #2)

Sounds right to me.

Marco what do you think about how accessfu currently speaks lists?
I'm OK with it, but I'm also used to it. Other screen readers, like NVDA and VoiceOver, indicate at the entry of a list and the exit, or transition to another list, but don't speak the item count on each. They speak the bullet type instead, or the numbering. Perhaps we could shorten this a bit on our end, but I am OK with either this or a config option. Eitan, did anyone on the eyes-free list complain about the verbosity of list items?
(In reply to Marco Zehe (:MarcoZ) from comment #4)
> I'm OK with it, but I'm also used to it. Other screen readers, like NVDA and
> VoiceOver, indicate at the entry of a list and the exit, or transition to
> another list, but don't speak the item count on each. They speak the bullet
> type instead, or the numbering. Perhaps we could shorten this a bit on our
> end, but I am OK with either this or a config option. Eitan, did anyone on
> the eyes-free list complain about the verbosity of list items?

No, I don't remember anyone mentioning verbosity. I just personally think it is very verbose, and could quiet down a bit by default.
Assignee: nobody → yura.zenevich
Assignee: yzenevich → nobody

Closing as WONTFIX because we no longer emulate a screen reader, but give TalkBack and other assistive technologies all they need through improved accessibility APIs.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.