LOAD GAME, TUTORIAL and OPTIONS all reset on re-entry, joining EXTRAS. With the main menu persisting, the rule is four of four submenus resetting and one exception -- the opposite of what a single screen had suggested. Fourth attempt, and every control in it is a previous failure: the decision uses the cursor's own region so no per-screen geometry is assumed (sweep 1 read the main menu's gutter on screens whose cursors are elsewhere); the back-on-the-menu test is the narrow ring row (sweep 2 died when a crash dialog defeated whole-frame comparison); absolute row checks after every press (a constant offset passes a differential control); and a two-sided self-test that constructs both verdicts, which had already caught a rule I broke myself. Screens confirmed by eye and committed as evidence, because an earlier run was fooled about which screen it was on. LOAD GAME's 21.6 is explained by its list scrolling rather than moving a ring. Still not separated: resets-to-named-item vs resets-to-top-item. None of these three has an opening item that is not its first. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
812 KiB
1280x720px
812 KiB
1280x720px