mIRC Home    About    Download    Register    News    Help

Print Thread
Joined: Feb 2003
Posts: 2,812
Raccoon Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
Its been about a decade since many IRCds have implemented the mode extension +q (quiet) to compliment channel +beI (ban exempt Invite) lists. It is in popular use among many large (including freenode) networks.

Please add $iql() to go along with $ibl $iel $iIl
Please add isquiet to go with isban isexempt isinvite

Without these, it is difficult for my scripts to determine whether a user is allowed to act in a channel.

Thanks.


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Feb 2003
Posts: 2,812
Raccoon Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
Thank You!

Let's everyone test and try breaking this to make sure it works everywhere!

Quote:
mIRC v7.47.756 Beta

33.Added channel central support for +q quiet list channel mode
supported by some networks. Also added $chan().iql, $iql(), and
isquiet.

Note: the quiet list numerics and their format vary across IRC
networks: some use 728 and 729, others use 344 and 345, some use a
'q' parameter, other do not. Also, some networks use these numerics
for other events, eg. 345 for invites and 729 for whois. mIRC has to
perform parameter checks on these numerics to decide what they mean
on a server.


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Feb 2003
Posts: 2,812
Raccoon Offline OP
Hoopy frood
OP Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
Thank you for adding this feature, Khaled!

I would also like to amend my request to include /ban -q which would behave exactly like /ban does, with the exception of using +q and -q instead of +b and -b. Unless you prefer the command /quiet.

In the same vein, you could also add /ban -e for +e exempting and -e unexempting, and /ban -I for +I invite and -I uninvited.

I think everything else as it is, just adding the character swapping, would be suitable for most people. Not sure if stacking these switches (and adding -b for good measure) would be going too far. Leave that up to you.

Code:
On @$*:TEXT:/\b(list|of|swear|words|and|spam)\b/g:#: {
  if ($nick isop $chan) { return }
  var %nickidchan = $ial($nick).id $+ $chan
  hinc -mu600 hothead %nickidchan $regml(0)
  if ($hget(hothead,%nickidchan) >= 10) { 
->  ban -qu1800 $chan $nick 2
    msg $chan /!\ $nick $+ : You need to calm down for 30 minutes. Sorry.
    hdel -w hothead %nickidchan
} } ; by Raccoon 2017


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Dec 2002
Posts: 5,411
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 5,411
I extended /ban in the latest beta to handle -beIq. Adding a new command for every type (/except /invex /quiet) seemed a little over the top - perhaps a new command, /modeex, to handle all lists would have been best. In the meantime, the new switches should work in exactly the same way as /ban did. This update required changes to the /ban and /userhost lookup routines, so needs a fair bit of testing.


Link Copied to Clipboard