Comment 2 by halim on 2013-12-07 11:12
Ok this very old ticket describes a realy annoying problem with nvda's braille display output.

• in german nvda prints eg. (nicht verfübar) for not available. This output is important but should be replaced with some shorter text and it needs some tweak to be distinguished from the real text of the focuesed object.
  Currently nvda displays all text without special seperators.

A verbosity level would also help people with smaller braille displays.
Writing all status stuf compleetely wastes much space on the display.
It should be considered to use replacement patterns like (x) for radio buttons.
Afaik nvda displays (X) and displays aditionaly the word radio wich could be stripped of with some sort of verbosity level.

In the last few months, I've heard several complaints about this from Dutch mailing list members and @BabbageCom customers. In #1885, I posted the following idea which might be a possibility for this issue as well:

I propose changing some of the relevant check boxes in the document formatting dialog to a wx.Choice with the options off, speech only, braille only, and both speech and braille. The following items from object presentation seem to be relevant:

• Report object shortcut keys
• Report object position information
• Report object descriptions

Additional options which should be tog gable:

• Report role
• Report states
• Report focus ancestry

This issue is getting rather confused.

May be we should split it out to multiple ones?

1. An issue for shortening states. I think @dkager would be interested in this in particular, and there are valid use cases for this IMO.
2. An issue to allow disabling the reporting of roles
3. An issue related to splitting speech and braille configuration for enabling/disabling reporting of formatting/object information/roles

The bigger question for me here is use cases. If you disable role, states, focus ancestry, etc., you're losing information which is essential to understand the user interface. Is this primarily intended for users who use both speech and braille and get the other information from speech? Or is it intended for users who know the application they're using so well that they don't need this information?

You already have two valid use cases here. I think there are at least four types of screen reader users in terms of how they use speech and braille:

1. Speech only users
2. Users who primarily work with speech, but who would like to have the most fundamental information (such as object names) available in braille. I belief I'm one of those users. I, for example, am not interested in having focus ancestry on my braille display, since I get this information from speech and only want to use braille to have extra control over where I am and how things are written.
3. Users who primarily work with braille, using speech for reading large amounts of text or for other supportive purposes. For those people, having formatting information available in braille is essential
4. Braille only users: This is currently the group of people who get into problems with NVDA sooner or later.

This issue is still a bit vague in scope. I suggest closing it in favour of newer issues that have a clearer scope and goal. @dkager, thoughts?

Sounds reasonable.