Sorry for the ambiguity, I was talking about the sort of identifiers that take either <N> or <text> and take a single parameter. Identifiers like $send $get $query $chat $notify $ignore $server $highlight $ignore $disk $timer etc.
I'm aware of the fact that in places where the syntax
demands <N>, mIRC will treat <text> like 0 (= invalid parameter).
In all the given examples, "0" returns the total (of a definite set of items - like your set of channels) and "no match for <text> or <N>" returns $null (no matching item found). Wouldn't it be apt to have it return $null if there's "no match for the text <chan>" - even if you didn't use any of the chantype prefixes? Is there any advantage in necessitating the prefix, and treat <text> as invalid parameter without it? Maybe I just don't see it...
Edit: replied to the wrong nick
