mIRC Home    About    Download    Register    News    Help

Print Thread
Network in a prefix or the event. #231851 07/05/11 04:21 PM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
I'm sure this has been brought up in the past but I haven't seen it.

It would be nice to be able to have a network halt in a prefix.

Code:
Instead of:
on !@*:join:#:{
if ($network != NETWORK) return
}


Code:
Something like:
on network.name:!@*:join:#:{ }


Means the event will only trigger if network.name matches $network or $server if that seems better/safer.

Thank you.

Re: Network in a prefix or the event. [Re: DJ_Sol] #231861 08/05/11 04:41 AM
Joined: Apr 2010
Posts: 921
F
FroggieDaFrog Offline
Hoopy frood
Offline
Hoopy frood
F
Joined: Apr 2010
Posts: 921
To do this would require an update to the parser itself, considering the event markup itself....


I am SReject
My Stuff
Re: Network in a prefix or the event. [Re: DJ_Sol] #232006 12/05/11 05:43 PM
Joined: Dec 2002
Posts: 1,527
L
landonsandor Offline
Hoopy frood
Offline
Hoopy frood
L
Joined: Dec 2002
Posts: 1,527
I think it's safer to have it as an IF comparison myself. I think changing the way the scripting engine goes could lead to a floodgate of requests to change it around. That's just my $.02 USD


Those who fail history are doomed to repeat it
Re: Network in a prefix or the event. [Re: DJ_Sol] #232014 13/05/11 09:39 PM
Joined: Apr 2010
Posts: 921
F
FroggieDaFrog Offline
Hoopy frood
Offline
Hoopy frood
F
Joined: Apr 2010
Posts: 921
Not to mention, How would you account for user levels with it as such?

something like this?
Code:
on userlevel:network:TEXT:matchtext:target: { }
??

Now image exactly how MANY scripts that would break. ALL OF THEM that depend on an on text event.....


I am SReject
My Stuff
Re: Network in a prefix or the event. [Re: FroggieDaFrog] #232015 13/05/11 10:35 PM
Joined: Jul 2006
Posts: 3,559
W
Wims Offline
Hoopy frood
Offline
Hoopy frood
W
Joined: Jul 2006
Posts: 3,559
His example shows where the user level is.
Actually, the undocumented me prefix use the syntax he wants:
Quote:
on me:*:text:matchtext:location:
so it's not a parser problem, that me could be a network value, the problem is that the network value is not reliable, it could easily return 'me' or even $null
I agree with landonsandor anyway, it would be too ugly


Looking for a good help channel about mIRC? Check #mircscripting @ irc.swiftirc.net
Re: Network in a prefix or the event. [Re: Wims] #232042 15/05/11 07:06 PM
Joined: Dec 2002
Posts: 1,527
L
landonsandor Offline
Hoopy frood
Offline
Hoopy frood
L
Joined: Dec 2002
Posts: 1,527
you know I completely forgot about the ME level as I rarely use mirc anymore, tho I used to be one of the biggest supporters of that level


Those who fail history are doomed to repeat it
Re: Network in a prefix or the event. [Re: Wims] #232072 17/05/11 03:30 PM
Joined: Jan 2007
Posts: 1,156
D
DJ_Sol Offline OP
Hoopy frood
OP Offline
Hoopy frood
D
Joined: Jan 2007
Posts: 1,156
Originally Posted By: Wims
His example shows where the user level is.
Actually, the undocumented me prefix use the syntax he wants:
Quote:
on me:*:text:matchtext:location:
so it's not a parser problem, that me could be a network value, the problem is that the network value is not reliable, it could easily return 'me' or even $null
I agree with landonsandor anyway, it would be too ugly


Well thats why I said $network or $server, whichever is better. I figured Khaled's team could determine that. It's up to the scripter to make sure the value matches what they want it to. All mIRC would do is return the $network or $server value.