The zoom transition of #309 left out the Pattern, Song and Sound tabs
and the Parametric EQ's curve. There a wheel step or Fit still jumped,
whatever "Zoom (ms)" in the general settings said.
- axisTween wraps ViewTween for a single axis. The music tabs zoom
their time across and their rows, tracks or height down apart, so
each keeps one tween per axis and either goes its own way.
- Fit by its button is shown as a transition too, as in the other
tabs. The fit on opening a document still jumps.
- A middle-button pan first lands a transition under way, and saving
a document's view lands it on the step it was heading for.
- The EQ's range is saved on the node at once. While the zoom is on
its way the curve draws a range of its own and writes nothing.
Its dB lines are those of the new range, sliding to their place,
so no line shows a crooked number.
Found on the way, not part of #377:
- CI task 611 for 82e96e6 failed the stream check of e2e 34. The
renderer had grown by 60.1 MB with nothing decoded. The check
summed the RSS of every Chrome renderer, and the test Chrome runs
four of them. It now measures the largest one, the tab's own, and
writes all of them into the check's detail.
Tests:
- view-tween.test.ts: 18 tests, 2 new. They fail when axisTween
writes the wrong offset.
- e2e 34, 64, 65 on melektaus-atx: ALL PASSED, 202 checks, 4 new.
At 1000 ms each zoom is between its two steps a frame after the
wheel and lands on the step a jump reaches.
- Stream check: the tab's renderer grew by 8.6 MB streamed and by
66.9 MB decoded.
- Gate on melektaus-atx: CHECK EXIT 0, 280 files, 4321 tests.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
The wheel and the Fit button used to jump to the new view. Now the
view takes a short way there, 200 ms by default, everywhere the editor
zooms. The zoom steps stay the same, only the change is shown.
- viewTween: tweenView is the way between two views as a pure
function. The scale moves by equal ratios, and the world point that
sits at the same place on screen in both views stays there. After a
wheel step that is the point under the pointer.
- ViewTween drives it on the ticker. A surface hands it reading,
writing and drawing its own view and wraps its wheel and Fit code in
change(). A step during a transition starts from where that one was
heading, so quick steps add up to exactly as many steps.
- Anything else that moves the view ends the transition. A pan jumps
to the target first, and saving a view saves the target.
- Wired into FreeViewport (Scene, Container, animation preview),
SheetCanvas (Texture, Curve, Pixel art, Vector art), GraphCanvas,
panAndZoom (Tile board, plugin node board) and the timeline.
- Menu > General settings... sets the time in ms, 0 jumps at once. It
is kept in this browser like the panel sizes, not in the project,
and it is not an undo step.
- A document that opens still comes up framed at once. The animation
preview frames a new subject itself instead of calling fit().
- The pixel art readout names the step the view is heading for.
Measured in the scene view at 200 ms on melektaus-atx, where every
frame of the transition is a full redraw:
- 500 sprites: redraw 6.7 ms, 16 frames, mean 18 ms
- 1000 sprites: redraw 13.0 ms, 9 frames, mean 27 ms
- 2000 sprites: redraw 32.2 ms, 5 frames, mean 58 ms
Tests:
- The harness sets 0 ms on every load, so the existing modules read
the step and not the way.
- e2e 46i samples one wheel step at 1000 ms a frame later: zoom 1.033
between 1 and 2, the point under the pointer kept at (134, -40). It
lands on the view a 0 ms jump reaches.
- e2e 46 and 49 expect the new menu entry.
- Gate (atx): 234 files, 3563 tests, CHECK EXIT 0 (+15)
- e2e 46,49 (atx): ALL PASSED, 43 checks (+3, sum 1735)
- Three counter-checks fail view-tween.test.ts as expected. e2e 46i
fails when the scene view does not carry its centre along.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
adminandClaude Opus 5.5