Its possible, but its only a byte more with negligible speed difference, I would go for the extra safety because the downside is so small and if it spares you from a gruesome hour long debugging session in the future it will have all been worth it.

Its absolutely amazing!  There is a lot of detail there.  Can't wait to see what you do with this.

I'm wondering why it seems so flickery in the screenshot though.  Is it just the emulation, or is it the drawing of a lot of sprites between every redraw that's slowing it down?  If the latter, you can save the screen to a buffer so you don't have to redraw the screen every frame.

Yeah, its a bug, change it to Y₁+A instead because Y₁ has to be first right now.

EDIT: Wow!  That was a really stupid mistake, I fixed it now.

There isn't automatic linking yet, so no multilayer games until next version, but you can manipulate the link port directly for applications like sound, interaction with micro controllers, shake detectors, etc. The codes are as follows:  0-both tip,ring high, 1-tip low, ring high, 2-tip high, ring low, 3-both tip,ring low.  I might have ring and tip mixed up.

EDIT: Oh yeah, the main purpose for the big-endian was for reading 2 byte tokens from programs since they're stored in reverse order.

That is true and I was thinking about that.  Maybe I can have special opcodes in the Asm() command (kind of like how you can use pic vars in the [] command to insert pictures) but in this case to directly insert labels.  For instance, some syntax similar to this: Asm(C3"AB") would be exactly the same as Goto AB.  I mean, the only time you would even need the labels as numbers anyway is in asm code and it would be super convenient to be able to insert labels directly into the code at multiple locations and its way more customizable.  I could have insertions for other things too like the Axe variables, buffers, and maybe even axe subroutines.

I still don't feel comfortable with arbitrary jumping because its generally dangerous and isn't really useful to the average programmer.  You would have to know a lot of assembly to be able to use it and that's not the goal of the project.  You can already do that anyway with Asm(C3<Label in little endian>).

I'll eventually have a switch statement though which will be a small vector jump table to jump to a list of possible labels based on a value, but its only for labels defined in the program itself.  For instance, Switch(A,L0,L1,L2,L3) will jump to L0 if A is 0, L1 if A is 1, L2, if A is 2, and L3 in all other cases (the default).

The problem is there is not a way to send key presses and receive screen shots fast enough to simulate anything in real time unless you completely gut the hardware and interface it directly to the computer via a micro controller or something.  The other problem is what happens when your code freezes?  Or what if you're testing an OS-kill type program which won't allow the calculator to boot anymore?  The freezing would be more common and there has to be a way to remotely reset everything otherwise it makes the service useless.  Again, that would require a hardware modification.

I do think it would be really useful, but the hardware modifications and software required to do all of this in real time is so complex I can't imagine seeing this any time in the near future.

Better yet, what about designing a site that is just a community of willing testers.  Everyone signs up, giving their calculator models, and then tests different programs submitted by all the members and everyone who tests the programs will report a number on the screen, or a desired/undesired effect, maybe some screenshots, and things like that.  There could be incentives for testing other people's programs like a ranking system or requirements that you have to test at least as many as you upload and maybe some other idea.  I think that could be even more useful and is much more practical.

Now that you mention computers and school pranks, I did something really funny like that in high school.  The computers there were really restricted in terms of what is blocked but there were a lot of ways around that stuff.  For instance, you could not access the C: drive and it was hidden from the list.  But if you right click on one of the shortcuts on the desktop and do "find target..." you're in the hard drive and you can browse around and move files like normal.  Another restricted thing was running .exe files.  But, if you copy the file to the desktop and rename it "notepad.exe" you can run it!

Those are just some fun hacks, but this is the prank I did:  I created an html file that used some hackish javascript to create 1000 copies of a file called "porn" on the desktop (which was an empty file).  I then deleted the Internet Explorer shortcut and renamed my file "Internet Explorer".  Since they share the same icon, you can't tell its been hacked.  One day we had a substitute teacher and so were were just going to watch a movie for the period and the sub was using the computer.  All period he was trying to delete these files.  Since 1000 icons can't fit on the desktop most are off screen and since the icons are permanently in auto-align, once you delete one screen size worth of porn files, more and more are shifted in so it takes forever to actually delete them all.  The next day, my generator file was still there and hadn't been deleted!