| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Disquieting that none of my tests caught these. On the other hand, I
also haven't noticed any issues in practice. Perhaps cache invalidation
is often unnecessary.
|
|
|
|
| |
I have no idea what the performance implications of this are..
|
|
|
|
|
|
|
| |
- record_undo_event
- undo_event
- redo_event
- snapshot
|
|
|
|
| |
We're still accessing them through a global. But we'll change that next.
|
|
|
|
| |
Now we just disallow that entirely.
|
| |
|
| |
|
|
|
|
|
| |
Now the bottleneck shifts to applying undo/redo in large files. But
things should be snappy if you don't use the sluggish feature.
|
| |
|
|
Incredibly inefficient, but I don't yet know how to efficiently encode
undo mutations that can span multiple lines.
There seems to be one bug related to creating new drawings; they're not
spawning events and undoing past drawing creation has some weird
artifacts. Redo seems to consistently work, though.
|