Skip to main content

AEROSIM-TS-174

Project task

Compact flight controls into the right-side HUD and match Camera to Menu

Read all five live control values beside existing flight instruments while retaining compact editable controls and consistent Menu/Camera actions.

AEROSIM-TS-174Canonical ID TASK-0174
Verified flow state
To Be Released
Owner
AeroSim Delivery
Component
Active flight controls and Minimal Edge HUD
Repository
corp-v1-aerosim/corp-v1-aerosim

Delivery scope

Match Camera button treatment to Menu. Show Throttle, Pitch, Bank, Yaw, Flaps in that order on the right using existing Attitude/Vertical styling. Distinguish command inputs from physical attitude. Remove redundant readouts and tighten the editable panel without losing interactions or keyboard mappings.

Implementation contract

Implementation artifacts

  • applications/web/src/App.tsx
  • applications/web/src/flight/hud/MinimalEdgeHud.tsx
  • applications/web/src/styles.css
  • applications/web/src/flight/views/ChaseFlightView.tsx
  • applications/web/src/flight/views/ChaseFlightView.css

Inputs

  • Exact RootAtSkic UI instruction https://discord.com/channels/1518726359512387766/1537227683191197807/1554430066799280190
  • Explicit recovery instruction authorizes registering the missing record and starting without redundant approval: https://discord.com/channels/1518726359512387766/1537227683191197807/1554510040797290620 and https://discord.com/channels/1518726359512387766/1537227683191197807/1554515465794228225

Outputs

  • One authoritative live control projection, permanent surface-free HUD readouts and compact editable panel.
  • Reviewed development tuple handed to UAT for visual/layout and functional acceptance.

Failure boundaries

  • Fail if HUD reads competing state, command bank/pitch masquerades as attitude, or any control capability is removed.
  • Fail if Menu/Camera, instruments, or controls overlap or clip at supported layouts.

Excluded scope

  • No physics, sensitivity, camera mechanics, terrain, authentication or production changes.
  • No Delivery browser, visual or other non-unit acceptance.

Verification steps

  • RED/GREEN unit coverage for authoritative projection, value semantics and retained interactions.
  • Full unit, static, typecheck/build, audit, exact-head review and CI.
  • Reviewed template/rendered development deployment, Argo/pod/image/annotation and bounded endpoint health readback.
  • UAT/RootAtSkic verify right-side live values, compact panel, full viewport, keyboard behavior and no overlap at supported layouts.

Traceability

Dependencies

Acceptance evidence

Verified delivery: PR #326 merged as 9a3c077b032da684aceaa087571d7739581868c6, 893 unit tests plus static/build/audit, exact-head review/CI and immutable publication run6567. Reviewed template PR82 and development PR59 deployed e8fa5d1e1a4a4060572381f9ac532786d99a639c; Argo Synced/Healthy, exact Ready pod images and bounded endpoint/artifact readback. UAT acceptance remains outstanding: https://discord.com/channels/1518726359512387766/1552316329518956657/1554529261786759178. No production promotion or release DONE.

Current evidence boundary

No current implementation, acceptance, release, or deployment evidence is claimed for this planned Task. Any prior implementation may be used only as prototype and discovery evidence.

This record captures RootAtSkic's exact HUD correction and explicit recovery instructions without rewriting historical Tasks or inventing an earlier admission. Application PR326 tracks implementation. The canonical record separates live command values from physical attitude and preserves all existing editing and keyboard interactions.

Delivery unit/static/build and deployment-health evidence do not establish visual acceptance. UAT and RootAtSkic verify the active-flight layout on the frozen development tuple. No production promotion is authorized.