Maybe this classifies as a bug, I'm not sure:
...
name, title, text are required.
delay, iconfn, iconpos, alias, and wid can be $null.
...
//noop $tip($ctime,Title,Text)
* Invalid parameters: $tip
Not a bug. That's withholding the parameter altogether.
Try this:
//noop $tip($ctime,Title,Text,,,,,)
I don't understand this behaviour. It doesn't match the behaviour of any other mIRC aliases. For example:
$readini(mirc.ini,n,text,defport) == 6667
$readini(mirc.ini,text,defport) == 6667
$readini(mirc.ini,,text,defport) == $null
It is different, but the help file says the other parameters can be $null, it doesn't say they're optional parameters.
It's possibly because $tip() takes so many parameters and it would be a pain to check for various combinations of optional parameters.
I wonder why $tip(<name>,<title>,<text>) doesn't treat it like $tip(<name>,<title>,<text>,,,,,,).
Indeed. I think it would make sense that $tip(1,2,3,4) would treat the rest of the missing parameters as $nulls, so *only* if you had a specific requirement for say the owning window, would you need to do $tip(1,2,3,4,,,,,wid).
it'd make a great Feature Suggestion, but as noted above, it's not a bug.
Haha, I fought with that identifier for like 10 minutes until I realized that the help file doesn't mention that they're optional parameters, just that they can be $null. Even though this is not a bug, I agree that $tip(name,title,text) should work.
I'll be changing this in the next version so that the $null parameters can also be optional.