However, while it would be possible to add support for a /parse command to the debug event to allow a script to modify incoming server messages, this would very likely result in unexpected side-effects as mIRC maintains a large number of internal states for many events. A script that changes/halts incoming lines that mIRC is expecting could cause subtle errors in features without realizing it.
But isn't that the root of why this feature is requested/required. mIRC is unable to handle the processing of these obscure CAP modules as-is resulting in its internal state already having 'subtle errors' (via omission) in it.
Furthermore, wouldn't it make more sense to have a way for scripters to manage these CAP modules via the built in scripting language than implement each module as it gains popularity, leaving those that do not left 'in the dark' as far as being able to be handled?
I'd also like to point out that XChat, HexChat, EggDrop and many other clients that have a scripting environment already support server-message injection from scripts/modules.
