低频Mousemove事件使用办法.txt(终于解决了～)

okmpl1350

前面说过“鼠标移动”事件触发频率太高，现在找到了一个低频使用这个事件的方法，代码如下
//globle
point gv_p;
trigger gv_cursormoveTrigger;

//Action
bool Cursormove_Func (bool testConds, bool runActions)
{
    // Actions
    if (!runActions)
    {
        return true;
    }
    TriggerEnable(TriggerGetCurrent(), false);
    gv_p = Point(EventMouseMovedPosXWorld(), EventMouseMovedPosYWorld());
    //显示坐标
    UIDisplayMessage(PlayerGroupAll(), c_messageAreaSubtitle, (FixedToText(PointGetX(gv_p), c_fixedPrecisionAny) + (StringExternal(",") + FixedToText(PointGetY(gv_p), c_fixedPrecisionAny))));
    //-------------
    return true;
}

//function
void gf_Setcursorpoint () {
    if ((gv_cursormoveTrigger != null))
    {
        TriggerDestroy(gv_cursormoveTrigger);
    }
    gv_cursormoveTrigger = TriggerCreate("Cursormove_Func");
    TriggerAddEventMouseMoved(gv_cursormoveTrigger, c_playerAny);
}

然后在任意一个周期性事件触发里调用这个Setcursorpoint () ，
比如在一个0.125秒的周期事件触发里调用Setcursorpoint () ，效果是每0.125秒响应一次鼠标移动事件，并获取当前鼠标坐标点赋值给gv_p，想添加其他动作的话可以写在“//显示坐标”下面，这里添加了一个显示当前鼠标的世界坐标的动作。

PS：galaxy和C几乎一样，写起来太顺手了～～要是支持指针就更好了

frozenleave

额，还是周期性的遏制这个触发，楼主不需要摧毁这个触发啊，只需要暂时关闭就可以了。

okmpl1350

嗯，这里是不需要，在12人图里话，就需要了。

frozenleave

为什么呢？删掉和关闭掉是同样效果哦。

麦德三世

频繁创建和销毁触发器只有平白增加运算而已。直接禁用启用就好多了。

而且这段明显是从GUI转来的。

完全没体现出脚本的优势。

okmpl1350

不知道的函数只能靠转哎，自己用起来暂时没问题就好啦

okmpl1350

引用第3楼frozenleave于2011-05-16 14:15发表的  :
为什么呢？删掉和关闭掉是同样效果哦。

关闭也会删掉触发？不占用内存？

麦德三世

你这删的毫无意义。不断添加删除就结果而言与其说是节省内存，不如说是浪费了更多内存。

而且毫无意义地增加运算量。

frozenleave

删了再创建是无意义呢，例如对话框，我试过创建了然后删了，然后再创建，再删，对话框的ID是还是会为已经删掉的对话框留一个id。如果创建1000次对话框，即使全部删除了，下一个创建的对话框id是1001，那么我想触发器也会类似吧，这么高频的创建和删除，或许触发器的id会爆表的。。。

okmpl1350

原来删除很增加运算量～～这个算是个人从WE遗留下来的毛病吧。如果是这样的话，就直接给每个玩家创建一个触发然后开启关闭就好了，把简单的问题复杂化了……

PS:难怪触发里没有创建删除触发的动作

麦德三世

可以在触发事件以后直接关闭当前触发器，然后等待0.125秒，再重新打开。

ynywokk

脚本好难啊

okmpl1350

嗯，我原来就是用的这个办法，但总感觉12个触发同时注册可能会影响效率，所以想找个其他的法子。

frozenleave

一个触发就可以的了啊？为什么要十二个？在触发里面判断触发玩家序号，根据序号做动作。。。

gaevan

谢楼主