I see some implications here I find worth to consider.
First you might need a place (I; TL) where you can set the variables for one (each?) R. The script it self might not be a proper place to do it as it would eat up space there plus something like R.COUNT 1 -8 should not work from within script 1 itself since it is self referring.
Also you need a place (i.e. a second script) to set an R script active, especially when you want to have it reacting on external trigger inputs, which would be nice combined with the count/countdown feature.
So this might lead to bumping into the constraints of teletype much easier than now, which might lead to the expressed need again for more scripts, longer lines, longer scripts or shorter Aliases as the use of multiple TX modules already does.
I think a clear conceptional framework is needed to decide if and how these new features should be implemented. Also to keep in mind what is possible - there are annoying glitches on the screen. They do not seem to affect functionality atm but I don’t feel confident with implementing bigger features as AT and TL as long the actual firmware seems to work so hard that I can not read the screen anymore.