Move prepared-file work into app runtime

This commit is contained in:
2026-06-16 08:24:19 +02:00
parent 640ebc4be4
commit 3e4eb89499
9 changed files with 162 additions and 110 deletions

View File

@@ -117,8 +117,8 @@ Current architecture mismatches that must be treated as real blockers:
checkerboard background setup now route through retained draw-merge helpers,
with the cache-to-screen checkerboard-plane callback setup also reduced and
the merged-path per-plane merged-texture draw plus the smoothing-mask face
shader/draw pass plus heightmap callback setup now routed through the same
retained helper family.
shader/draw pass plus heightmap and current-mode callback setup now routed
through the same retained helper family.
- `app_layout.cpp` and `app_dialogs.cpp` are still mixed shell/controller files
rather than thin composition/binding surfaces.
- `App`, `Canvas`, `Node`, retained workers, and platform entrypoints still use
@@ -134,10 +134,11 @@ Current architecture mismatches that must be treated as real blockers:
coordination flags now use `std::atomic` instead of unsynchronized globals,
while the main Win32 entrypoint now groups window/GL/task/VR state behind a
retained local state object instead of separate process-wide globals, the
prepared-file and canvas async workers now sit behind named retained local
worker-state helpers instead of bare static accessors, and `App::rec_loop()`
has a smaller local encode/update shell even though the retained recording
loop still owns the worker-side readback flow.
canvas async worker now sits behind a named retained local worker-state
helper instead of a bare static accessor, the prepared-file worker now lives
under `AppRuntime` instead of a retained static app-events worker, and
`App::rec_loop()` has a smaller local iteration/encode shell even though the
retained recording loop still owns the worker-side readback flow.
- Modern C++23 usage exists in extracted components, especially `std::span`,
explicit result/status objects, and a few concepts, but the live app still
does not consistently express ownership, thread affinity, or renderer