Opened 15 years ago

Closed 15 years ago

Last modified 3 years ago

#360 closed defect (wontfix)

Undo behavior

Reported by: ursm@… Owned by: gogo
Priority: high Milestone:
Component: Xinha Core Version: trunk
Severity: major Keywords: undo selection


When editing a large document, when making a change at one end of the document, then scrolling to the other end, and hitting undo will have no visible effect to the user, since the action happened out of view area. I would be important first to scroll to the previous selection before performing the undo action, so that the user can see what it is performed.

Change History (4)

comment:1 Changed 15 years ago by Urs C Muff <ursm@…>

Is there any solution in sight?

comment:2 Changed 15 years ago by gogo

  • Resolution set to wontfix
  • Status changed from new to closed

Not possible. The undo works in one of two ways

  1. The browser does it - in this case we have no control
  2. We snapshot html at regular intervals, when "undo" is hit we revert to a previous snapshot. We don't know where in the DOM the changes were made and thus we cannot scroll to that area.

comment:3 Changed 3 years ago by gogo

[1397] Improves the handling of undo by preserving the caret position, that is when you undo it puts the caret where it was when the undo snapshot was taken.

comment:4 Changed 3 years ago by gogo

NB: For IE and Safari this will only work in reasonably modern releases (IE11+, Safari probably 5+), for Chrome and Opera it currently works I don't know the earliest working version, and for Firefox it is supported way back to at least version 4.

Note: See TracTickets for help on using tickets.