Add an option to select wether to interrupt speech while scrolling the braille display #2124
Comments
|
I think this is a legitimate feature. CC @LeonarddeR |
|
I'd like to implement this, but I'd also like to add a feature that allows the speech to read the display contents, i.e. when you are reading text, speech should read the chunk of text that's on the display, not the real text that's on the display. This is not going to work for NVDAObjects though, only textInfos. |
|
Is an option necessary here? |
|
While I do use speech and braille together, I don't really use them simultaneously. I tend to switch between them, though I might switch multiple times within a minute. The impact of this is that when i scroll braille, I am not interested in speech and I want it to be silenced to reduce the distraction. So, if this were an option, I'd personally choose to have scrolling interrupt speech. That said, I could probably learn to live with it if this were changed with no option. |
|
I agree with @jcsteh here. Interrupt on scrolling should really stay the default in my opinion. |
|
From this my understanding is: If you find speech when using braille distracting, an intuitive UX is to cancel speech when you begin scrolling. Am I correct in thinking that cancelling speech via scrolling the braille display, requires you to either:
Rather than the above UX, would it be a better to have specific braille device gesture(s) to:
|
|
Personally, I'd find either of these less ideal than just cancelling speech
when scrolling. I'm sorta okay with speech reading a little bit while I
read the first chunk of braille; I just don't want it to keep muttering if
it's going to read a lot of text. Scrolling is an intuitive way of
indicating "okay, now I'm interested in braille, whatever you're saying
isn't relevant to me any more".
If it were possible to silence speech when your fingers touch the display,
that might be nice, but most displays (other than maybe Handy Tech?) can't
do that. Needing some additional gesture to silence speech feels clunky and
incurs additional cognitive load.
|
|
Also agree with Jamie with this regard.
|
|
Thank you for your answers, it made understanding the UX for this really clear. This will help inform how integrate the option (i.e. not by default, but still as a feature flag so the default can change in future).
Also something to keep in mind is to add this as an additional feature for the devices that support it. |
… braille display (#13131) Fixes #2124 # Summary of the issue: Some people prefer to be able to read in braille while still listening to the speech output for the current line/object. This is currently not possible, because every braille gesture will interrupt speech. # Description of user facing changes Adds a new setting: "Interrupt speech while scrolling", default is "enabled". The new setting determines if speech should be interrupted when the Braille display is scrolled backwards/forwards. Previous/next line commands are not affected. This is added as an option because some speech+braille users prefer a bimodal interaction pattern. - For these users, speech may be distracting while reading Braille. - These users repetitively swap between primarily focusing on speech or braille. - For these users, the current and expected UX for cancelling speech when reading braille is to scroll the line of braille. - Considering alternatives: - Most braille devices cannot detect fingers reading the display. - Using an additional braille gesture just to cancel speech will slow users down / isn't a good use of a button on a display. To preserve the existing behavior, the option is enabled by default, interrupting speech when scrolling. - Disabling this option allows speech to be heard while the user is simultaneously reading Braille. - Users who don't find speech distracting with Braille, or rely on both Braille and speech, may prefer to disable the option. # Description of how this pull request fixes the issue: Add an option to interrupt speech while the display is being scrolled. This option is enabled by default, so the previous behavior is preserved. This implementation only works for scroll previous/next display and does not affect other gestures such as previous/next line.
Reported by bramd on 2012-02-23 14:08
The current behavior is to interrupt speech for every key press. Most screenreaders have an option to don't interrupt speech when one of the braille scrolling commands is used. If this option is enabled, the user can explore information on the braille display while listening to the info provided by the speech synthesizer.
The text was updated successfully, but these errors were encountered: