28 lines
1.4 KiB
Markdown
28 lines
1.4 KiB
Markdown
# Renderer Foundation Acceptance Split - 2026-07-12
|
|
|
|
> **Historical plan — not current implementation guidance.** Use the [documentation index](../../docs/README.md) for current behavior and architecture.
|
|
|
|
Issue: Gitea #51 (`BS-JD-207`)
|
|
|
|
## Outcome
|
|
|
|
Accept the shipped renderer/material/Surface foundation without claiming two independent future
|
|
systems. Preserve the existing safe raster/Forward behavior and track each remaining boundary with
|
|
its own implementation and acceptance contract.
|
|
|
|
## Decisions
|
|
|
|
- #51 owns stable static/skinned slots, shared Material/Instance assets, Surface ABI parity for
|
|
eligible geometry, transactional migration, and the honest exclusion of deformed Solari meshes.
|
|
- #53 owns actual runtime Material Property Block application and promote-to-instance UX. The
|
|
existing component schema/persistence exclusion is not represented as runtime completion.
|
|
- #54 owns dynamic post-morph/post-skin buffers and instance BLAS updates. It is a documented P2
|
|
Solari enhancement, not a raster/Forward production blocker.
|
|
|
|
## Work
|
|
|
|
- [x] Audit #51 scope and repository evidence against current runtime behavior.
|
|
- [x] Create focused Gitea follow-ups with independent acceptance criteria.
|
|
- [x] Correct ADR, material guide, README checklist, evaluation, and production matrix claims.
|
|
- [x] Run documentation/diff gates, commit, push, and close #51 with exact follow-up links.
|