(有兴趣就来吧)强制玩家递延策略

kook

话说这个东东是在研修小枫的技能树系统时发现滴(bug专精？)首先你可以参考以下两行代码
[codes=jass]call SelectUnit(unit,false)
call SelectUnit(unit,true)
[/codes]
不过呢是用timer做密集调用，比如0.01的timer
[trigger]
selectiont
    事件
        玩家 - 玩家1(红色) 输入的聊天信息包含 s ,匹配方式: 完全匹配
    条件
    动作
        输出:call on
        如果所有条件成立则做动作1,否则做动作2
            If - 条件
                (selections <预设> 处于开启状态) 等于 TRUE
            Then - 动作
                触发器 - 关闭 selections <预设>
            Else - 动作
                触发器 - 开启 selections <预设>
[/trigger]

[trigger]
selections
    事件
        时间 - 每 0.01 秒触发事件
    条件
    动作
        选择 - 清空所有玩家的选择
        自定义代码: if GetLocalPlayer()==Player(1) then
                自定义代码: call SelectUnit(udg_Caster,false)
                自定义代码: call SelectUnit(udg_Caster,true)
                自定义代码: endif
[/trigger]


游戏中测试一下先。
没有效果？忘记说了，需要在局域网建游戏测试


写在之后的话
关于玩家递延，已知影响到的有单位操作(trackable流还没测试)；界面菜单操作，比如暂停游戏、保存游戏，但是还好，退出游戏不受影响（不然真死那儿了）
值得注意的是对于触发事件是chat的触发也会递延，而其他类型如spell effect则还未发现
关键的一点：该行为可以通过localplayer针对特指玩家，而且不用担心掉线（指以上的简单触发测试情况，如原技能树那种情况就可能不成立，不过测试时我找的是顺手抓来的演示图，其中含大量无关触发，而未发生掉线情况，所以其鲁棒性还是值得相信的）

那么说说可能的用处罢，我能想到的。。比如加入某邪恶脚本整人用，相当于是在一定时间内禁止操作
不过该还有值得应用的方向罢？
（机理分析，略。）

立刻可还原的方法未知，具体递延时限和控制未知，那么，各位有兴趣的请努力吧

sensibility

好吧~~我只是单纯来看看的~~~~

奸熊

支持下

rahxephon

哦,支持,KOOK总是能发现有趣的BUG

hyp

很邪恶的KOOK啊

thody

这个不算bug吧，只是很有趣而已。

Gallium

为什么我没发现呢……失败……透顶……

hzy1324

看不懂的说....

hke

最后一句深深滴打击了我...