-
-
Notifications
You must be signed in to change notification settings - Fork 630
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What to speak when whole text selection is cancelled #17252
Comments
To be clear, this affects ritch edit areas and browse mode especially. I agree the current behavior might be sometimes confusing, but the other way round would be even more confusing because there is a hearing patern already accepted by most screen reader users. In NVDA the higher priority is to report the focused text first, and then the unselected text, which is desirable in my opinion. |
A better approuch to the current behavior though would be to either
|
Users have different preferences. A couple of points:
|
Hearing just the word unselected would give the impression that the text focused is unselected which is not true. Sighted people see the visual selection indicator go away, and they even see the region which is being unselected. So your approach would mean a degradation from the current behavior. |
For me when I cancel selection, speaking unselected text is mostly redundant information. It would be enough to hear that selection cancelled (or something similar). Situation is different if I use some "selection keys/key combinations" to modify selection. Mostly I am interested in focused text after cancellation of selection. If I cancelled selection accidentally, I have to reselect unselected text, and I feel that it does not help so much if I heard what selection I cancelled. In addition, we might suppose that most of times my purpose was to cancel selection so in most cases I accept risk. There are different opinions, preferences, and pros and cons. For me it would be enough to hear that selection is cancelled, and you think that current approach is good. No problem, question is, can we both get what we prefer? I think we can if there would be setting for this. As said, default would be current behavior but there could be also alternatives. One could be sound to indicate cancellation of selection, and onother some suitable phrase to speak to indicate that same, and third alternative could be say "n characters unselected" as it does when there are a lot of selected text. And if then either or both of us change his opinion about suitable approach, nothing but to change setting. Can you see some disadvantages? |
Is your feature request related to a problem? Please describe.
I would not say it is actually problem but maybe minor productivity point.
Consider that you select some text for example to copy to clipboard. Then you after pressing control+c, cancel selection/deselect text for example by pressing down arrow.
Currently nvda speaks newline content and after it de/unselected text, and finally it says "unselected".
Describe the solution you'd like
When selection is cancelled (whole selected text de/unselected is it necessary to speak unselected text when de/unselection is done via "no selection" keys/key combinations. Text is selected and unselected with shift+cursor movement keys/key combinations like shift+arrow keys shift+home/end, or with control+a. Selection is then changed with those same same shift+keys/keycombinations. In these cases it is reasonable to say what is unselected but is it needed when key/key combination is something which cancels whole selection like arrow keys or home/end.
If unselected text should also be spoken in these cases, would it be considered to say "unselected" before unselected text. Benefit would be that user would then clearly know where new text ends and unselected text starts.
Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered: