maybe it tries to factor the Nspire's RSA keys in the backround.


Or how about a game that has quality sound and needs the speed?

maybe it tries to factor the Nspire's RSA keys in the backround

Or how about a game that has quality sound and needs the speed?

This is why I think it should be in an Axiom Because it is quite a complicated suggestion, and one that has few uses in regards to normal use.
 
And calc84's suggestion seems to be a new syntax for special case If statements.  Often time If statements will only contain a single compare, and this can be optimized if you use a new syntax that specifies the two expressions that are involved

And because of this, I don't think this feature of updating only parts of the screen should be included into Axe.  It seems more of the specific type of command that would be much better suited to be an Axiom.

I did say it before.

And RSA factoring would be next to useless, even with all of our regular computers processing around the clock, the factoring would still take years. 

That would definitely be something better suited for an Axiom.  Something as complicated as particle handling is not something that is general or simple enough to be added into Axe.

How does Freq work? I think it should be
freq(midi note(0 to 72),Velocity,Length played(0 for infinite),seconds or bpm,Left/right balance
That would be just about as good as it could get.

Velocity is volume I think.  How about midi instrument as another argument, THAT would be as good as it gets   But seriously that's better suited for an Axiom.  Hardly anyone uses sound anyway since its so processor intensive, basic blips are about all you can use for most games anyway just because of speed issues.

I think I am going to make a music tracker.