Ticket #250 (assigned defect)
review position isn't updated when moving through edit field with shift key pressed
| Reported by: | aleksey_s | Owned by: | mdcurran |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | Core | Version: | development |
| Keywords: | Cc: | ||
| Operating system: | Blocked by: | ||
| Blocking: |
Description
when you select text in edit field and press insert+uparrow or numpad8, nvda reports current line as it is first before selection.
==steps to reproduce==
- start notepad
- enter two lines of text
- go to start of document and press shift+down arrow
- press numpad8
==current results==
nvda announces first line of text
==expected results==
nvda must announce second line of text, which is really current line.
Change History
Note: See
TracTickets for help on using
tickets.


The review cursor should definitely move. However, we actually have no idea where the caret is, as the caret and the selection are one and the same. Thus, we have to decide: should the review cursor always move to the start of the selection or the end? Moving to the start is normally what would be expected, but if you are selecting backwards, this is not ideal. Our selection code might be aware of which direction we're moving in, so maybe we can use that to make this determination. Mick, any thoughts?