To be honest, I don't fully see the use for mIRC scripting, apart from maybe the more "native" feel of triggering an event.
For signal with -n switch, is like calling a custom alias immediately.
For signal without n flag is like issuing a .timer 1 0 myalias
I suppose people might find it useful that the signal name can have wildcards, though for me personally, this isn't a benefit in any way.
Of course, I'm only 1 person, and many different people might have very different needs.
EDIT: After thinking about it for a bit, it is an advantage that you indeed don't need to change the code from 1 alias, you can add another on signal event in another script file, which also gets called. For now that looks like the only useful extra it has over calling a custom alias.
But then I get to thinking: what good is it if you make a second on signal event for the same signal name, wouldn't that mean you want it to be different than the first on signal event? But since that one also gets triggered, what is really the purpose then?
I suppose only if you have complementary tasks, then it is useful for having multiple on signal events with the same name, which do different things that don't need to replace each other. Though you might as well just add these complementary things in one single on signal event, which completely defeats the purpose, since it's reduced to being a "custom alias" type of construct. I would actually prefer to see all these different commands grouped in 1 signal event, since then you know exactly what happens on the signal, without having to look for it in multiple script files where you might have coded yet another version of the signal.
Btw even though I reply to you, I'm just saying this as a general reply, if you find good purposes for signals then that's great. I'm also not downtalking signals, even if it's very similar to calling a custom alias in the ways described, I really like variety, and some people are gonna prefer to have code triggered in "event" form, so that's great too
