Paint: copy previous should skip empty frames
Copy previous looked for the nearest earlier ENABLED frame, and every frame is enabled until you thin the strip out - so it resolved to f-1, which has nothing on it, and the button appeared to only ever copy the immediate sibling while reporting "nothing to copy". It now takes the nearest earlier enabled frame that actually carries a drawing. That behaves identically before and after you curate the strip, which is the point: the rhythm of the drawings should not depend on whether you have got round to deleting frames yet. Cels stay tied to the keep-set. They are plate drawings and they hold until the next enabled frame, as originally specified - an earlier version of this commit gave them their own independent set, which is wrong for what they are. Frames carrying a drawing are now marked in the strip, because "copy previous" reaching back to a frame you cannot see is not much better than it reaching to the wrong one. Also fixes stale paint labels: onChange refreshed the strip and the panes but not the paint header, so the drawn-frames readout lagged a copy behind. Split the text update out of drawPaint so it can run from inside commit() without re-rendering the canvas underneath itself. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
9d516a03ac
commit
b68deb838a
3 changed files with 48 additions and 15 deletions
11
README.md
11
README.md
|
|
@ -291,9 +291,14 @@ which one you are editing and how far it holds.
|
|||
remove it, <kbd>Del</kbd> to delete the layer.
|
||||
- **Layers** stack Photoshop-style, front at the top, with per-layer colour,
|
||||
show/hide and reorder.
|
||||
- **Drag a frame** from the strip onto the canvas to seed this cel from that
|
||||
one, every layer, as a deep copy. **Copy previous** does the same for the
|
||||
previous kept frame, which is the case you reach for constantly.
|
||||
- **Copy previous** brings the last drawing forward onto this frame. It means
|
||||
the nearest earlier enabled frame that *actually has* a drawing, skipping the
|
||||
empty ones — every frame is enabled until you thin the strip out, so the naive
|
||||
rule resolved to `f-1` and it looked like it only ever copied the frame to the
|
||||
left. **Drag a frame** from the strip onto the canvas to seed from any other
|
||||
frame instead. Both deep-copy; the two cels never share point arrays.
|
||||
- Frames carrying a drawing are marked **▣** in the strip, so you can see the
|
||||
rhythm rather than having to remember it.
|
||||
|
||||
Two rules are enforced rather than left to discipline. Colours are **palette
|
||||
indices**, so you cannot pick one that is not in the ramp — sampling colour from
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue