oh okay. i must have just had consistent result, then. i was getting things like trollip, lothario, and seamy.

Oh, I had the same page, but I didn't know what they meant.  :\

Changing the Y offset should be easy, but Changing the X offset is more difficult.  The calculator stores pixels in Byte-Sized pieces (no pun intended), so you can only have an X offset as a multiple of 8 without having to do nasty rotation and shifting. 
\\For this example, let's say that X is the X offset, Y is the Y offset, and B is the buffer.
B+(Y*13)+(X/8)->C \\104/8=13 There are 13 bytes in a buffer of 104
L6->D
For(A,1,64)
Copy(C,D,12)
C+13->C \\Again, the X length of the buffer is 13 bytes.
D+12->D \\PlotSScreen is 12 bytes wide.
EndThis code is probably very buggy.  This is just for the general idea.  You want to copy 12 bytes from the buffer, loop to the next line, and repeat for 64 lines.
Unfortunately, this method limits itself to 8 pixel increments.  Similarly, the buffer X width can only be divisible by 8.  These problems can be overcome by doing bit rotation and shifting, but that would be more time consuming and probably require inline ASM.

It's sad that there are no backups. 
They had so many great tutorials.

EDIT: Raplhdspam unfortunately IE8 and below is no longer supported on Omnimaga, as it became impossible to add new features while still getting the site to work fine in those browsers.

Ah.  that is fine.  At least the site works on my Kindle now. 
I will just have to get firefox on my flash drive then

If the program that is turning the appvar into a program is an application, this gets incredibly easier, and in fact might just be a BCALL or two away.  I do not remember the specifics, but you should be able to run programs from an application no problem.

Oh, that's true.  I didn't realize that.  All you have to do is copy the appvar into $9d95 and change the page in $4000 to the system bcall page.  Then again, if you have an app's worth of memory, you might as well put all of the minigames into that app.

wouldn't it be possible to create the program, then use something to copy it over to an appvar and then, during runtime, create a new one full of 0's and copy it over? it seems a bit impractical, but i guess it prevents the user from accidentally running just the subroutine program...

It would be hard to do because some of the z80's commands use absolute addressing.  The appvar has a dynamic address, allowing for multiple appvars.  Simply put, Axe code from an appvar would jump to weird places in memory.

In all practicality, it is near impossible in Axe, and probably will always be. 

What can you do? Really, your only option for something like this is just to make your minigames into separate axe programs and have your main program call them. Or, you could always just put all the minigames into the same file

I couldn't word it better. 

The only way to be entirely accurate is to ask you for each of the ~300,000 words in the OED.

Lol.  I can't imagine listing every word I know.  I'm the type of person that can't remember the perfect word but remembers its first letter. 

I really should read more books. 

Here is an incredibly inefficient and slow way to do an "ex h,l" but its impressive that it uses no extra registers or memory.  Even the carry flag is preserved.

Woah!  It even saves the carry flag too!  That's awesome!  +1