Les deux fonctionnent, le . précédant le nom de la commande permet simplement de la "passer sous silence" (localement).
Je m'explique : l'instruction est bien éxécutée (pas de message d'erreur dans la fenêtre Status remarquerez-vous), mais le résultat n'est pas visible à votre écran. Cependant, il s'agit ici d'un envoi de message au serveur, et l'instruction étant effectuée, les autres chatteurs reçoivent bien le message, celui-ci s'affiche chez eux.
De même lorsque tu donnes l'instruction "
timer1 10:00 1 1 .amsg patati-patata", il est marqué dans ta fenêtre Status
* Timer 1 activated, et une fois arrivé à terme s'affiche le message
* Timer 1 halted. Imagine que tu code une
routine qui utilise beaucoup de timers à intervalles resserrés : ces avertissements seront vite encombrant.
En précédant le terme
timer d'un simple point (
.timer), tu évites d'afficher ces message désagréables.
Bien sûr, pour un message envoyé au serveur, ce n'est pas toujours très pratique, puisqu'on a aucun moyen direct de vérifier l'éxécution correcte de la commande, alors qu'un timer effectuera l'action spécifiée lorsqu'il sera déclenché, et ainsi on pourra voir qu'il a bien été éxécuté.
Un
point à utiliser avec parcimonie, donc ^^