I have a suggestion: could Horizontal be extended to allow scrolling 1 byte at a time instead of just 1 bit? I would think such code would be more optimized than 8 single-scrolls.

I think that can be done with tricky use of the conj( operator.

conj(L6+1,L6,767 should scroll the screen left one byte, I think.

Quigibo, when I tried optimizations like this before, I noticed that there is no way to generate a LDDR to copy from a lower to a higher overlapping area.

Edit: Oops, changed to L6

Hmmm... that might be useful calc84, I think I will add conj()^r to copy data from one place to another backwards where the bytes at the end get copied first and bytes at the beginning get copied last.

Not sure if I will add 8 pixel scrolling.  You can do it with other commands like calc84 mentioned, and usually when you have 8x8 tiles without smooth scrolling, you redraw them on the screen every frame anyway.

Scroll right by 8:
conj(L6+1,L6,767)
Scroll left by 8:
conj(L6+766,L6+767,767)^r (not in 0.2.2)
Scroll up by 8:
conj(L6+96,L6,672)
Scroll down by 8:
conj(L6+672,L6+767,672)^r (not in 0.2.2)

Not 100% sure if these are correct, but this is the strategy.

Yes, definitely.

Glad to hear ^^

Oh and I also forgot, for Text(, will it eventually be possible to do something like

Text(X,Y,"HELLO"

(as for now this gives a ERR:BAD SYMBOL)

? Because it seems like a major PITA to have to store everything in memory to be able to display menu choices and if I decide to store all the text at one pointer, I still can't figure out how to display only parts of a string.

Could the Pxl and Point commands be extended for drawing to the back-buffer? Could be useful for grey-scale.

Pt-On(X,Y,PIC)^r
Pxl-On(X,Y)^r

AWESOMENESS!

The function of said commands can vary but I like the drawing to the back buffer idea.
Perhaps for greyscale?

Yeah.
That sounds awesome.

Also, I was looking in the PRGM menu for once.
Did you know there was a OpenLib() command and an ExecLib command?

Perhaps these could be used for the supposed Axe libraries?

DJ is right.  The only library I know of that uses them right now is USB8X, which only works on models with a USB port anyway.