Yes yet another parser related quirk ( i fully realise this, before i get "flamed" ).
After some heated debate on IRC im still not sure wheter to class this as a bug.
$!ident($me) evaluates => $ident($me)
$!ident( $me ) evaluates => $ident( Mpdreamz )
where
$!ident( [ $me ] ) evaluates => $ident( Mpdreamz )
makes more sense to me
Khaled you've never given any statements anywhere on what exactly the intended behaviour is when parameters are used:
12/10/95 - mIRC v3.7
4.Can now prevent an identifier from being evaluated
the first time through the alias routine by prefixing
it with a ! for example: $!read, $!url, $!me, etc.
This allows you to use it in a /timer command if you
want the identifier to be re-evaluated every time.
but wheter or not the parameters are suppose to evaluate or not both cases above should behave the same in my opinion.
Since you've added this to quickly stop evaluation on timers and scon commands
Note: if you use a command that contains $identifiers, and
you want the identifiers to be evaluated in the target
connection, you must pass them as $!identifier to prevent
them from being evaulated first in the current connection.
i feel that not evaluating the params should be default wheter or not they are surrounded in spaces.
Im fully aware however that this might not be a changeable behaviour as it is now but for the sake of our IRC discussion i would really love to hear from you how $!ident($param) and $!ident( $param ) should act.
Thanks!