| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | stop saving the entire file when modifying drawings | Kartik K. Agaram | 2022-06-10 | 1 | -4/+2 |
| | | | | | Now we just disallow that entirely. | ||||
| * | undo creating new drawings | Kartik K. Agaram | 2022-06-10 | 1 | -0/+5 |
| | | |||||
| * | crisp font rendering | Kartik K. Agaram | 2022-06-02 | 1 | -1/+0 |
| | | |||||
| * | more efficient undo/redo | Kartik K. Agaram | 2022-06-02 | 1 | -2/+35 |
| | | | | | | Now the bottleneck shifts to applying undo/redo in large files. But things should be snappy if you don't use the sluggish feature. | ||||
| * | rename | Kartik K. Agaram | 2022-06-02 | 1 | -1/+1 |
| | | |||||
| * | after much struggle, a brute-force undo | Kartik K. Agaram | 2022-06-02 | 1 | -0/+78 |
| 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. | |||||