Replace current undo management with document-based undo mechanism
The current undo management code uses a long history of commands sent to the prover, then weeds through them to figure out which commands need undoing and how. This is tedious and will not support context switching. Currently there is no queue of undo commands but instead a thread is made for each undo command as one-by-one they are processed by the prover; this has very poor performance.
The document itself has exactly the information needed to calculate undo commands, based on the processed position. Because the document locks the processed text, this is expected to be accurate. We can calculate a queue of commands for undoing just as we do when processing commands.
This work has begun but amounts to a major reorganisation/extension of the document model. This ticket will be used to track progress.
Change History (9)
Milestone: |
PG-Eclipse-1.0.6 →
PG-Eclipse-1.0.7
|
Milestone: |
PG-Eclipse-1.0.7 →
PG-Eclipse-1.0.6
|
Status: |
new →
assigned
|
Priority: |
major →
blocker
|
Description: |
modified (diff)
|
Resolution: |
→ fixed
|
Status: |
assigned →
closed
|
Resolution: |
fixed
|
Status: |
closed →
reopened
|
Resolution: |
→ fixed
|
Status: |
reopened →
closed
|
Milestone: |
PG-Eclipse-1.0.6
|
Current status: see notes in #157