zmud721里,用#alarm 1 {} 建的trigger,用#untri 1,结束掉,是个好方法吗?
测试了一个下午了,有的时候会有点奇妙的现象。有的时候,一些代码执行的结果很奇怪。 请高手来指点下。谢谢了。我现在刚能弄一些能运行的东东,如何让资源消耗更小,如何执行更快,我还都不知道。哎。 不管#unt的语句是放在alarm的触发句里,还是另外的触发里,都切记要先 #t-关闭掉该class,再#unt,否则很容易报错 所以,#alarm建立的时候,最好后面跟上class字段的参数,不要用空class名 原帖由 bluse 于 2011-5-2 01:51 PM 发表 http://pkuxkx.net/forum/images/common/back.gif
所以,#alarm建立的时候,最好后面跟上class字段的参数,不要用空class名
请指点一下,这种alarm的格式是什么样的。我还没见过。
另外问个问题啊,为什么一个窗口的时候,如果trigger发的命令多,整个zmud 721 好象被拖死了,任何操作都要等上个几秒。一直到命令少的时候才能操作。为什么会这样?我用wiki 上的 721 领悟机器人的时候,另外一个窗口不能运行太多的命令,否则那个拖拉的感觉真难受。请指点我一下吧。
实验了下555, 单开的时候,同样的命令发送量,明显没721 那种假死状态。但是多开了之后,同样一个机器人,在两个窗口下,执行结果很不一样,一个能顺利执行,另外一个timer 的内容总也发不出去。一些trigger里面的逻辑判断也被弄的运行起来莫名其妙 。
真的请指点下吧。我折腾不同版本的zmud一天了。累疯了。哎。 今天看了别人的机器人,受到启发。 用这样的命令可以建个带class标记的alarm:
#alarm 1 {kiss} "hihi" 721中,建个class为 hihi 的alarm,每秒发一个kiss表情。
如果是 555 或者 462 中,命令稍微变化:
#alarm *1 {kiss} "hihi" 哈哈。够邪恶的。 addoil
页:
[1]