Ticket #250 (assigned defect)

Opened 3 years ago

Last modified 3 years ago

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

comment:1 Changed 3 years ago by jteh

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?

comment:2 Changed 3 years ago by jteh

  • Owner set to mdcurran
  • Status changed from new to assigned

comment:3 Changed 3 years ago by jteh

  • Milestone 0.6 deleted
Note: See TracTickets for help on using tickets.