mIRC Home    About    Download    Register    News    Help

Print Thread
#212418 22/05/09 03:31 AM
Joined: Dec 2008
Posts: 1,515
westor Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Dec 2008
Posts: 1,515
It is also good to exist the /set -d %var as the /set -e %var is exists and the -e is very helpful why -d will not be?


Need Online mIRC help or an mIRC Scripting Freelancer? -> https://irc.chathub.org <-
westor #212420 22/05/09 03:41 AM
Joined: Nov 2006
Posts: 1,559
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Nov 2006
Posts: 1,559
Erm, and what should -d be for?

Horstl #212421 22/05/09 03:47 AM
Joined: Dec 2008
Posts: 1,515
westor Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Dec 2008
Posts: 1,515
Originally Posted By: Horstl
Erm, and what should -d be for?


It will be unset a -d %variable when disconnected from the currently connected $server.


Need Online mIRC help or an mIRC Scripting Freelancer? -> https://irc.chathub.org <-
westor #212450 23/05/09 03:09 PM
Joined: May 2009
Posts: 139
E
Vogon poet
Offline
Vogon poet
E
Joined: May 2009
Posts: 139
This actually seems like a pretty good idea.


- Excalibur
- Good and Evil, there never is one without the other.
westor #212452 23/05/09 03:41 PM
Joined: Nov 2006
Posts: 1,559
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Nov 2006
Posts: 1,559
If you meditate on this suggestion a little, questions like the following emerge:
What should happen with variables if they had been set with the -d switch, but outside of events that have a connection ID associated? Could variables be set with the -d switch while disconnected at all?
Which modifications of the $var identifier would be required? (at least one new property to return the cid of a -d variable, or 0 for a "non-d" variable)

Furthermore:
If a global variable would be linked to some connection ID, you still can have only one variable of this name. For multiserver situations, you'd have to name the variables dynamically - the way you'd do it ATM. Hence you'd only safe yourself a single "on disconnect" event (in which you'd unset all the variables that had been named to be "associated" with the late $cid).

Horstl #212453 23/05/09 03:53 PM
Joined: Dec 2008
Posts: 1,515
westor Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Dec 2008
Posts: 1,515
Originally Posted By: Horstl
If you meditate on this suggestion a little, questions like the following emerge:
What should happen with variables if they had been set with the -d switch, but outside of events that have a connection ID associated? Could variables be set with the -d switch while disconnected at all?
Which modifications of the $var identifier would be required? (at least one new property to return the cid of a -d variable, or 0 for a "non-d" variable)

Furthermore:
If a global variable would be linked to some connection ID, you still can have only one variable of this name. For multiserver situations, you'd have to name the variables dynamically - the way you'd do it ATM. Hence you'd only safe yourself a single "on disconnect" event (in which you'd unset all the variables that had been named to be "associated" with the late $cid).


Yes, i think that opinion before posting and i said that you will be able to find an way from the $cid , anyway it could be good to add this option smile

Last edited by westor; 23/05/09 03:53 PM.

Need Online mIRC help or an mIRC Scripting Freelancer? -> https://irc.chathub.org <-

Link Copied to Clipboard