fix: 修复 changeFigure -next 后 setTransform 继承 transform 错误

[A-kirami]

背景

changeFigure -transform -next 后紧接 setTransform 时，fast preview 会把 changeFigure 的 pending enter 终态延后到下一轮 forward() 才结算，导致它覆盖后续 setTransform 已写入的 transform。

#992

改动

• 在 fast preview 的 -next 递归执行下一句前，结算当前句 pending non-hold perform 的演算终态。
• 保持普通播放路径不变。

[gemini-code-assist]

Code Review

This pull request introduces the settleFastPreviewPendingStateBeforeNext function to settle pending non-hold performance states during fast preview. The reviewer identified a potential state inconsistency issue where the backlog is saved before these states are settled, and suggested moving the settlement function call before saveBacklogIfNeeded.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

[MakinoharaShoko]

前两行造成了一个矛盾，对于演算状态，在 commit 到视图的时候，应该 x 已经是 1000 了
但是commit 到视图的时候需要调用演出，而演出的终态是 x=500
但是我们并没有定一个规则，应该遵循哪个。
该 PR 先让第一行结算，然后跑第二行。但是现在的架构上，如果是正常运行游戏，并不是按照这个逻辑执行。因此，并未在核心机制上修改该问题。

我认为这个问题目前是一个 UB，并且在 changeFigure 后用 -next 连接一个 setTransform 本来就不合理。要解决这个问题，可能需要从 changeFigure 脚本，进入动画执行时机和执行规则来着手解决。