Things change, the IRC standard is over a decade old and simple put, lacks the necessities for a changing internet world. We've seen on DALnet various modes being implemented over the years like +M, +R, etc to stop various annoyances from entering channels. Now we have join throttling (which, if i might add, has been present on various other IRCds for much longer) which only improves the service.
1) People need to stop complaining when something is changed. As long as there's a function to turn it off and revert back to the old way many people enjoy then that's fine.
2) Specific channel modes ARE NOT part of the IRC RFC standard. What is standard is CHANMODES=modes-with-entities,modes-without-entities.
3) mIRC should be dynamic. No two IRCds are exactly the same. mIRC is used to connect to IRC, not specific IRCds. Sure not everything can be implemented, but when it is dynamic it can implement such structures itself. How hard would it to base $chan(#).mode and whatnot on the raw 324 as it is then changing its internal value when modes are edited, rather than forcing it to only accept entities of the +l and +k modes alone?
Come on people. Common sense please
