exitDuration 在特定情况下未能正常生效

[boomwwww]

下面这种情况exitDuration不能正常生效

changeBg:bg.webp -next;
:;
changeBg:none -exitDuration=0 -next; 不能正常生效，背景缓慢消失

但是这下面这种情况exitDuration可以生效

changeBg:bg.webp -exitDuration=0 -next;
:;
changeBg:none -next; 可以生效，背景立刻消失

似乎在某个版本更新之前，上述情况是反过来的，即上面的代码能生效，下面的不能。

初步推测可能与之前的两个pr有关 #827 #853

[ChangeSuger]

下面这种情况exitDuration不能正常生效

changeBg:bg.webp -next;
:;
changeBg:none -exitDuration=0 -next; 不能正常生效，背景缓慢消失

但是这下面这种情况exitDuration可以生效

changeBg:bg.webp -exitDuration=0 -next;
:;
changeBg:none -next; 可以生效，背景立刻消失

似乎在某个版本更新之前，上述情况是反过来的，即上面的代码能生效，下面的不能。

初步推测可能与之前的两个pr有关 #827 #853

exit 和 exitDuration 参数作用对象反转的问题主要是 #827 和 #853 有关。当时参考官方文档 changeBg 来设置退场动画发现与文档的说法不一致，主观认为是 bug 就修了，而且也合了 😂。虽然文档里没有提及 exitDuration，但应该与 exit 作用在同一个对象上，故统一做了修改。

目前的核心矛盾在于，exit 和 exitDuration 两个参数作用的对象应该是前一个对象还是当前对象。从当前文档中 exit 参数的描述：填写动画名称，对象退场时将播放该动画，顶替默认的透明度淡出的退场动画。来看，应该是当前对象；但考虑到切换 Bg 时，是上一个对象要退场，以及要清空 Bg 时，需要通过 changeBg:none 来实现，作用于上一个对象也合理，可读性也更好。

当初改的时候没意识到这是个潜在的破坏性变更，现在想想对已有的剧本的影响挺大的。

综上，这个问题目前不是一个人能够主观下定论的，需要更多输入。在结论确定后会开始推进代码修改与文档描述统一。

@MakinoharaShoko @boomwwww

[MakinoharaShoko]

从我个人观点看来，

changeBg:bg.webp -exitDuration=0 -next;
:;
changeBg:none -next; 可以生效，背景立刻消失

这样的写法更加符合直觉，因为 -exitDuration 这个参数放在前一个 changeBg 语句上，那么直觉上也应该控制的是，应用 - exitDuration 的语句修改的对象。