Applying the port's physical-story rule to my own number. '1 697 fallback fires return a visible pose' was published as if it were a defect count; it is not, since an element that genuinely ends visible should rest visible. The first correction split the 1 697 by whether the element's LAST keyframe is visible: 347 correct, 1 350 transient peaks. Plausible, arithmetic fine, and WRONG -- 12 278 of 13 991 elements (87.8 %) end at alpha 0 because a screen's exit ramp drives everything to zero, so the split carries almost no information. The 1 350 is not published. What survives needs no such split: the fallback runs only when no two adjacent poses are equal, i.e. only when no pose is held, so every pose it can return is un-held by construction -- and 1 457 of the 2 305 times it returns the element's MAXIMUM alpha, the brightest un-held pose. I ran that control only because the port had just been bitten by the same exit ramp, its census calling ptmsg -- the main menu's permanent footer -- 'a 2-unit flash'. Without its message the 1 350 would have shipped. METHOD gains the sharpened form: the physical-story test catches confident FALSE claims, not just nulls. A wrong number usually still has a story, just an absurd one. Plus the tell that its fix was right -- re-keyed on the screen's span, the false positives fell out on their own, and a definition that stops needing hand-maintained exceptions is usually the correct one. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
2.2 KiB
2.2 KiB