Control Room capability register¶
Last changes: Documentation changelog
This register is the frontend source of truth used by public documentation entries. It separates a Python/ProblemIR capability from an actually authored Control Room path. A Python option is never described as UI-supported merely because the backend can represent it.
1. How to read the status¶
Status |
Meaning for documentation |
|---|---|
|
The named Control Room route and fields exist in the current frontend source. The feature page must give the exact tree, panel, field group, and Apply/Build action. |
|
A related panel exists, but only a subset of the Python/API surface is exposed. The page must list the supported subset and mark the remaining parameters as TODO. |
|
No supported authoring route exists. The page must direct the user to Python and record the missing UI route as a TODO. |
|
The UI displays resolved or runtime data but does not author the corresponding Python option. Do not describe inspection as configuration. |
3. Parameter classes with explicit TODO¶
The following classes must remain marked as frontend TODO until a dedicated
authoring control and transaction exists in apps/control-room:
Python/API surface |
Required documentation status |
|---|---|
Standalone |
|
Advanced geometry boolean/import/auxiliary operations not present in |
|
Spatial material fields and interaction-specific fields absent from |
|
Texture presets not exposed by |
|
Runtime selection, artifact publication, and provenance mutation |
|
Backend-specific solver options without a corresponding stage editor field |
|
4. Required per-page frontend section¶
Every terminal page must contain a section named How to set it in Control Room or Control Room crosswalk. That section must include:
the exact tree and panel path when a route is implemented;
the field group and parameter names exposed by that panel;
the transaction (
Apply,Build, or stage submission) and invalidation;the supported subset when the route is partial;
a literal
TODO: frontend supportentry for every parameter with no route;a link to this register and the frontend source symbol.
5. Source-code index¶
Claim |
Repository path |
Stable symbol |
|---|---|---|
Geometry authoring |
|
|
Material authoring |
|
|
Interaction authoring |
|
|
Texture authoring |
|
|
Mesh authoring |
|
|
Stage authoring |
|
|
Runtime inspection |
|
|
Control Room crosswalk¶
This page is the Control Room surface itself. The status is partial unless every listed field has a named inspector and transaction. Fields not present in the cited component are TODO: frontend support; runtime/result-only views are inspection-only. See Control Room capability register.
Python/API crosswalk¶
Python remains the authoritative authoring contract. Use the linked {doc}``/python-api/index pages for exact constructors, functions, arguments, units, and failure semantics; this page must not invent a Python signature.
Physics and bibliography scope¶
This UI page introduces no independent physical model. It presents controls for an existing backend contract. Bibliography: not applicable unless a terminal page below introduces a scientific model; implementation references are the cited frontend component and linked API page.
Source-code index¶
Frontend implementation owners:
apps/control-room/src/modules/inspector/panels/GeometryObjectPanel.tsx,ObjectMaterialPanel.tsx,PhysicsInteractionPanel.tsx,ObjectMagneticTexturePanel.tsx,ObjectMeshPolicyPanel.tsx, andStudyStageDraftEditor.tsx, as applicable to the route above.