Collapse a Design View mode switch to ONE undo point: FX writes run inline in applyMode's block, deferred park queue deleted
This commit is contained in:
+11
-10
@@ -867,23 +867,24 @@ public accessor surface. Doing that in the same commit that changed the byte for
|
||||
the golden test literals pin would roll a format change and a codec extraction
|
||||
together, which is the riskier order.
|
||||
|
||||
**Also over the bar, blocked differently.** `src/shell/view/view.cpp` measures
|
||||
**625 lines** (re-measured after the deferred FX-park split took `fxGuidString`,
|
||||
`liveFxGuids` and the park/restore FX writes out into `view_fx_park`). Its remaining
|
||||
seam is blocked not by a private-state/friend question but by a build file another
|
||||
team owns: `src/shell/view/` has no `CMakeLists.txt` of its own today — a new TU
|
||||
there costs one `target_sources` line in `src/app/CMakeLists.txt` instead.
|
||||
**`src/shell/view/view.cpp` is no longer over the bar.** It measures **594 lines**
|
||||
(`wc -l`, re-measured after the undo collapse moved one track's whole park/restore —
|
||||
snapshot, flags and per-FX offline — into `view_fx_park`'s `parkTrack`/
|
||||
`restoreTrack`). Recorded because the entry above used to name it as a second
|
||||
over-ceiling file: if it grows again, note that a further seam there is blocked
|
||||
not by a private-state/friend question but by a build file another team owns —
|
||||
`src/shell/view/` has no `CMakeLists.txt` of its own today, so a new TU costs one
|
||||
`target_sources` line in `src/app/CMakeLists.txt` instead.
|
||||
|
||||
**Priority / risk.** Not stated.
|
||||
|
||||
**Done looks like.** `view_mode_model.cpp`'s JSON codec is extracted into its own
|
||||
`view_state_codec` TU (with the friend/accessor question resolved deliberately, not
|
||||
sidestepped), dropping the file under the ~600-line ceiling; `view.cpp`'s own path is
|
||||
unblocked once the build-file ownership question is resolved.
|
||||
sidestepped), dropping the file under the ~600-line ceiling.
|
||||
|
||||
## FX-GUID stability for `applyRestore` is unverified in the DAW
|
||||
## FX-GUID stability for the park's restore is unverified in the DAW
|
||||
|
||||
**Context.** The Design View park/restore FX keying (`applyRestore`,
|
||||
**Context.** The Design View park/restore FX keying (`restoreTrack`,
|
||||
`src/shell/view/view_fx_park.cpp`) rests on `TrackFX_GetFXGUID` returning an identity that
|
||||
survives a chain reorder while a track is parked. SWS issue #802 reports that after
|
||||
`SNM_MoveOrRemoveTrackFX` reorders a chain, the FXID lines do not follow the plugin
|
||||
|
||||
Reference in New Issue
Block a user