mIRC Home    About    Download    Register    News    Help

Print Thread
#174475 08/04/07 01:35 PM
Joined: Jan 2007
Posts: 1
P
Pass240 Offline OP
Mostly harmless
OP Offline
Mostly harmless
P
Joined: Jan 2007
Posts: 1
Hello,
As the subject implies, I'd like to propose the idea of adding an "ON TIMEREND" event. I'm sure I don't need to explain why, as the name explains it all, but I personally would find it to be very useful; take it for what you will.

Pass240 #174479 08/04/07 02:09 PM
Joined: Sep 2005
Posts: 2,881
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Sep 2005
Posts: 2,881
I don't see much use for an event like this, considering you can execute a command on a timer anyway.

Code:
.timername 1 30 name
alias name { 
  ; Insert code that you would use in on timerend event here.
}

Pass240 #174485 08/04/07 05:46 PM
Joined: Aug 2004
Posts: 7,252
R
Hoopy frood
Offline
Hoopy frood
R
Joined: Aug 2004
Posts: 7,252
Realistically this already exists, as the command given in the timer line only gets executed when the timer ends, per hixxy's example.

hixxy #174486 08/04/07 05:51 PM
Joined: Jan 2003
Posts: 2,523
Q
Hoopy frood
Offline
Hoopy frood
Q
Joined: Jan 2003
Posts: 2,523
Furthermore, if one uses a number of repetitions other than 1, one can check $timer($ctimer).reps in the called alias; if it returns 0, you're in the last repetition, ie at the same point in time as the suggested on TIMEREND would be.


/.timerQ 1 0 echo /.timerQ 1 0 $timer(Q).com
qwerty #174490 08/04/07 06:02 PM
Joined: Dec 2002
Posts: 2,033
R
Hoopy frood
Offline
Hoopy frood
R
Joined: Dec 2002
Posts: 2,033
I too was thinking the OP wanted an event to be triggered
when a timer executes, but after reading qwerty's post it does
sound more like he's requesting TIMERHALT or TIMERSTOP. This
would make more sense as I was scratching my head before
wondering why this would be needed.

RoCk #174494 08/04/07 06:59 PM
Joined: Jul 2003
Posts: 655
Fjord artisan
Offline
Fjord artisan
Joined: Jul 2003
Posts: 655
Not sure of the OP intentions here, but maybe it was a more generic reasoning, for tracking timer activity for instance?

In such a case something like this might be more useful... although personally i cant think of where i might ever use it :s

on *:TIMER:EVENT:TNAME: {} with an identifier containing the timer name so it can be used with existing timer identifiers. (event=start/rep/end/off/whatever)

Not for or against the suggestion, but i dont see much use for it other than possibly script debugging.


"Allen is having a small problem and needs help adjusting his attitude" - Flutterby
Pass240 #174708 11/04/07 03:51 PM
Joined: Dec 2002
Posts: 580
N
Fjord artisan
Offline
Fjord artisan
N
Joined: Dec 2002
Posts: 580
If the reason you want this is for multi-line timers try placing signals in a timer. But remember parameters passed when starting the timer are evaluated before the timer begins.

/.timer 0 1 .signal MyTimer


NaquadaBomb
www.mirc-dll.com
NaquadaServ #174752 12/04/07 08:58 AM
Joined: Jan 2003
Posts: 1,063
D
Hoopy frood
Offline
Hoopy frood
D
Joined: Jan 2003
Posts: 1,063
you can pass parameters bij using $!something if you don't want them to be evaluated on the start of the timer


If it ain't broken, don't fix it!

Link Copied to Clipboard