Zugg Software :: View topic - #loop #alarm not pausing **SOLVED** (well enuf for me)

Adept Joined: 20 Jul 2004 Posts: 268

Using a finder script, from a fellow Aardwolfian, to do where's on mobs with same names in areas.

#LOOP {@findlow, @findhigh} {where %i.@findmob}

The thing is is that it it just sends them all in a rush with no pause inbetween, leading to confusion as to which mob # is which room.

Tried this:
#LOOP {@findlow, @findhigh} {#ALARM +1 {where %i.@findmob}}

But all it does is wait one second and then sends them all in a rush anyways.
Thought maybe one second was to short so tested it with 10 seconds...waits 10 then sends all in a rush.
Tried #ALARM +1;where %i.@findmob and where %i.@findmob;#ALARM +1 just for laughs and giggles as well. Nada :(
I'd thought that the point of the #loop was that it would go thru the command to be executed and do it hence making it wait until each alarm wears off.

The funny thing is that it don't even send them in order with the #alarm, it just scrambles it up a little:
where 5.raj
where 9.raj
where 8.raj
where 7.raj
where 6.raj
where 4.raj
where 3.raj
where 2.raj
where 1.raj

Apprentice Joined: 10 Feb 2005 Posts: 158

The loop completes almost instantly. So you will create multiple alarms all going off at once.
One possible way (which may or may not be ideal) would be to use %i as the time to fire also. This should give a one second delay between each loop...

#LOOP {@findlow,@findhigh} {#ALARM +%i {where %i.@findmob}}

Adept Joined: 20 Jul 2004 Posts: 268

Actually that works great!
The one downside to it is that since i can set the range, if i do a search of mobs 15 to 30 i gotta wait 15secs for the 1st look, but ya know what, that's not bad at all anyways.

Apprentice Joined: 10 Feb 2005 Posts: 158

Ahh good point, hows this then? Might not be syntantically correct but im sure you get the idea...

#LOOP {@findlow,@findhigh} {#ALARM +(%i-@findlow+1) {where %i.@findmob}}

Adept Joined: 20 Jul 2004 Posts: 268

yeah, syntax on it is
#LOOP {@findlow, @findhigh} {#ALARM +%eval( %i-@findlow+1) {where %i.@findmob}}

And it works on 2 outta 3 tries....that's REALLY weird...

alias syntax:

find mob
find mob #
find mob # #

type find mob and it goes from 1.mob to 15.mob automatially and with the delay.
type find mob # and it goes from #.mob to #+15.mob automatially and with the delay.
type find mob # # and thats where it goes weird....

find sweep 20 30
(wait about 20 seconds)
where 20.0
You didn't find any 20.0
where 21.0
You didn't find any 21.0
where 22.0
You didn't find any 22.0

At least after the 20 seconds it goes off every second like it should.
This is the code part for it:

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

You could probably get rid of the loop and use a permanent alarm. The alarm will ensure you only send one command per second, and via counters and stuff in the alias you could set up terms for disabling the alarm so it's not always on.

#alias find {#if (%numparam()) {Findmob = "%1#if (%null(%2)) {Findlow = 1} {Findlow = %2};#if (%null(%3)) {Findhigh = %eval(@findlow + 15)} {Findhigh = %3};FindCounter = @Findlow;#T+ talmFindMobs} {#noop whatever you wanted to do for just FIND}}

#alarm "talmFindMobs" *1 {#if (@Findcounter <= @Findhigh) {where @Findcounter~.@FindMob} {#noop @Findcounter is greater than @Findhigh, so reset and disable alarm;FindCounter = 0;#T- talmFindMobs}}

Because of the Variable.field syntax, you might have problems with the where command so you may have to fiddle with that.

Apprentice Joined: 10 Feb 2005 Posts: 158

Try this one on for size...

Adept Joined: 20 Jul 2004 Posts: 268

Maelstrom 2 things, and one question,
1st thing, ya missed a } to close the rfind alias
2nd thing:
find questor 10
Checking for questor in range 10 - 15
find questor 20
Checking for questor in range 20 - 15
The point of it was to go from 1 to 15, or from # to #+15 or from #1 to #2

The question is did you mean to have the
#CLASS AutoTrack
#VAR findmob {}
#VAR findlow {}
#VAR findhigh {}
#CLASS 0
part in there or just the
#VAR findmob {}
#VAR findlow {}
#VAR findhigh {}
?

--------

And Matt
you have {Findmob = "%1#if (%n
I'll take a guess that you meant "%1";#if (%n
Either way, the results come out like this:
find raj
where 1.raj
where 1.raj
where 1.raj
find raj 10
where 10.raj
where 10.raj
where 10.raj
find raj 1 2
where 1.raj
where 1.raj
where 1.raj
none of them seem to work, and on top of that don't ever seem to stop until i uncheck the exectute mark on the alarm.

Apprentice Joined: 10 Feb 2005 Posts: 158

Adept Joined: 20 Jul 2004 Posts: 268

AWESOME! tried, tested, loved!

Thanks!

Posted: Thu Apr 07, 2005 8:24 pm

There is actually an EXTREMELY simple solution to this problem. Though you wouldn't know it unless you played Aardwolf, or another MUD with a similar feature.

Aardwolf supports MUD-side self-only echoes. The command is "echo" and allows you to echo back to yourself. Thus the fix to the script is:

#loop {1, 15} {where %{i}.hornet;#send echo ~@GThe last mob was: ~@Y%i.@findmob.~@w}

The ~@G and ~@Y and ~@w are color codes :P

You might want to modify the loop to go 1-10 in this case, because of the added spam (I tested it with #send, that command does not seem to work inside of a loop)...

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

Whoops. Forgot to put the incrementor in with the where command. Simply add in #add FindCurrent 1 behind the where command and it should increment properly (I always have trouble remembering what the results look like so you MAY have to place this command BEFORE the where command instead of after, but that's no biggie.)

Adept Joined: 20 Jul 2004 Posts: 268

Atreides_096, like I mentioned to ya, the echo will still flash spam it to aard resulting in the 1st one or 2 to be at the top of a screen that might have scrolled and the others to be at the bottom. like ya said, every second counts in a GQ and to have to scroll to see the others would take the seconds.
Even tho the 1 sec (even the .5 sec delay) is also a time cost.
Here's a question, how about a #sub?
send a where %{i}.hornet and comes up with
1.mob ----> room
2.mob ----> room
where the ----> is all the spaces that aard gives (tho mob(%s)room #sub %2 {---->} would be nice as well....*ponder*

MattLofton, haven't tried yours yet. I'll check and do an edit to the note to reflect results. Thanks.
EDIT: Matt, dunno, but it still keeps doing the same # over and over, even with the #add. Thanks anways :-)