L'application TM était capable de modifier l'impression et l'affichage à l'écran, en exécutant des scripts dans un langage inventé pour l'occasion. D'un point de vue fonctionnel, c'est équivalent au JavaScript pour les pages web. Mais il faut que ça puisse fonctionner sur une machine qui a très peu de mémoire et de puissance de calcul. Il est donc hors de question d'utiliser un langage de script existant et de le faire analyser par le TPE. D'un point de vue technique, c'est donc du Byte-Code exécuté par une VM.
Une instruction est donc toujours codé suivant une logique forte, en 1 octet d'instruction, 1 index de résultat (potentiellement indirect), suivi de 2 opérandes. Les instructions sont regroupées en classes (déterminée par les 2 bits de poids fort du Code d'instruction), ce qui précise le codage des opérandes.
L'organisation au niveau bit du codage de ces instructions, index & opérandes assure une cohérence évolutive, un décodage/exécution rapide et avec le moins de place de code possible.
Ces opérations de script vont s'étoffer au fil des versions de l'application, et la dernière (v5.1) comprends 40 instructions dont certaines de haut niveau comme l'accès aux tables, ou ma préférée, SCRIPT_SERVERFUNC_CALL qui peut appeler une fonction sur le serveur. Soit l'équivalent fonctionnel de jQuery.