Quote:

That being that when mIRC sees CHANMODES=* it will recognise ONLY what modes are included there and no other. On servers that do not support CHANMODES=* and I am sure they have their reasons, then mIRC would behave as it does now.

Again you're not listening. CHAMODES= does NOT even contain modes like +ohv. To quote the proposed numeric 005 standard (work in progress): "The IRC server should not list modes in CHANMODES which are also present in the PREFIX parameter; however, for completeness, modes described in PREFIX may be treated as type B modes." Then you also suggest that mIRC go against the recommendations stated in this same document: "If the server sends a mode which is missing from both CHANMODES and PREFIX, the client should treat it as a type D mode." It doesn't say "the client should ignore it" it says it should treat it correctly. So not only do you want to strictly enforce 005, you want to enforce a definition of CHANMODES= that isn't even a de facto standard, you just made it up! Additionally, according to mIRC's documentation, "All unknown/unlisted modes are treated as type D" So why should mIRC just change this? Again I resort to, this is a stupid idea.

Quote:
As for your mention of a dynamic channel central, the thought I am trying to get across is that a channel central is "easily scripted" a term you are known to use from time to time whereas support for CHANMODES=*, where it does not exist, is not scriptable at all as far as I know.

If you think this is such an easy task, please write it for me. Write a channel central replacement that has the ability to allow the user define which modes are used on which channels, which of those modes support a "list" style attribute (like +beI), etc. I doubt you'll find it is "easy to script." Actually, it's impossible to script. mIRC doesn't allow you to dynamically add controls into a dialog. So this means now you have to use something like MDX to be able to dynamically create dialog controls depending on the user's settings... yeah that certainly sounds like it is very easy to script.