Selections should be brailled in review mode

[nvaccessAuto]

Reported by halim on 2013-03-19 15:49
When a brailledisplay is tethered to focus, selected text is indicated with dots 7 und 8.
This should be the case also when display is tethered to review mode.

[nvaccessAuto]

Comment 1 by jteh on 2013-03-19 23:35
The problem is that cursor and selection are very much linked; cursor is just a collapsed selection. However, the review cursor has no concept of selection, only cursor. If/how this should be implemented needs careful consideration.

[nvaccessAuto]

Comment 2 by aliminator on 2013-03-20 07:53
It would be better if there would be such an implementation. Otherwise users might have to switch between focus and review. This eventually might lead to users being confused.

[nvaccessAuto]

Comment 3 by jteh on 2013-03-20 08:06
Focus and review are separate. One follows the system focus, the other moves without affecting the system focus and can go where the focus can't. You simply can't see them as the same. Otherwise, you won't know when you're moving the focus and when you aren't.

[bhavyashah]

CC @jcsteh, @LeonarddeR, @dkager, @derekriemer, @josephsl and other Braille experts to kindly request thoughts/inputs on this seemingly tricky Braille suggestion.

[LeonarddeR]

@dkager: You probably know the selection code quite well by now. Any ideas? I.e. is review cursor selection nvda+f9 and nvda+f10 reflected in Braille? Honestly, I never tried.

[dkager]

I never use that command, but I think as per #3095 (comment) the selection isn't stored separately. Something to look at, but not high priority IMO.