SL-5: retry/quit actions on the END-2 win/loss banner

The terminal banner gains PLAY AGAIN + QUIT TO MENU buttons so a finished run has a clear action (no Esc-hunting). PLAY AGAIN restarts a fresh Single run via WorldLauncher.StartSession (the proven menu lifecycle, no save load); QUIT TO MENU reuses TeardownToMenu (autosave + menu); both self-guard on WorldLauncher.Busy. The button row picks (Position) under the Ignore banner root, matching the build-palette idiom. AimReticleSystem (the sole Cursor.visible writer) keeps the cursor visible while RunOutcome != InProgress so the buttons are clickable regardless of aim state. 342/342 EditMode green. Co-op retry-together stays a cut slice-limit (a client's Play Again starts a solo run). See DR-036. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-15 13:20:22 -07:00
parent 04ad707e3b
commit e94b2948c7
2 changed files with 17 additions and 4 deletions
@@ -144,7 +144,10 @@ namespace ProjectM.Client

            // Hide the OS cursor only while aiming AND focused; restore otherwise (focus loss / pre-spawn) so an
            // unfocused editor or a windowed session is never stranded with an invisible pointer.
-            bool wantHidden = haveTarget && Application.isFocused && !AimPresentation.ForceCursorVisible;
+            // END-2: while the run is over (terminal banner up) keep the cursor visible so the player can click the
+            // Play Again / Quit buttons, regardless of aim state. AimReticleSystem is the sole Cursor.visible writer.
+            bool runOver = SystemAPI.TryGetSingleton<RunOutcome>(out var ro) && ro.Value != RunOutcomeId.InProgress;
+            bool wantHidden = haveTarget && Application.isFocused && !AimPresentation.ForceCursorVisible && !runOver;
            if (wantHidden != _cursorHidden)
            {
                if (wantHidden) Cursor.lockState = CursorLockMode.None;