Thanks. Won't that only clear seven rows though? I thought tokens were 5*7. But I don't think that'll work if I support different sprite sizes.

Oh ok, I thought that was just the small text that had the buffer row.

Ya, I don't do a whole lot of graphing during the summer or outside of a math class so I just leave them off usually. Otherwise I have them on because it makes it easier for me to see graphs and such.

Edit:
Ok, update time.

This supports SQUARE sprites of any size from four pixels to sixty-three pixels.

Arrows - Move the cursor around.
[2ND] - Turns the pixel on or off.
[ALPHA] - Inverts the sprite.
[MODE] - Rotates the sprite 90º to the left.
[DEL] - Rotates the sprite 90º to the right.
[X,T,Θ,n] - Flips the sprite horizontally.
[STAT] - Flips the sprite vertically.
[CLEAR] - Clears the sprite.
[ENTER] - Continues on to the hexadecimal output.

It is pretty simple to use and all. One thing about the output though. It rounds the hexadecimal up to the nearest multiple of four if it isn't evenly divisible. What I mean by this is that if you have a 7*7 sprite and you click to make it export out the hexadecimal code will be for a 8*7. Now, if anyone has an issue with this and would like it to just output like an 8*8 (in this case) I can add that in.

This currently stands at 590 bytes. I will either get screenshots up sometime this week or if someone can make some that would be appreciated. Once I figure everything out for this thing I will just update the first post and make that all official.

I kinda dislike when I download BASIC programs and it doesn't turn them OFF automatically. I think it is a bad coding practice (although automatically turning them off and not turning them back ON on game exit tend to annoy certain people in math classes)

Here's the best thing to do in a program that uses the graphscreen:
:StoreGDB 1
:AxesOff
Change window settings
....Code here....
:RecallGDB 1
:DelVar GDB1

GDB keeps the graph zoom/window/axe settings? I thought it only kept the equations and the like.

It keeps both.

Wow pretty small. I also like the control. However, what do you mean by 8x7? Does it means doing 8x8 sprites (the standard in Axe Parser) is impossible right now?

No, no, no. I didn't mean it like that. Say you are making a 7*7 sprite. Since hexadecimal, or at least the way I'm doing it, reads four pixels at a time it doesn't fit into seven nicely. So it will just push the sprite width wise to eight columns to help it compensate for that. So 5*5 will be exported as 8*5, as will 6*6, and 7*7. Right now it does a check to do the fix but I'm thinking now that I can shorten it to it doesn't have to. I'll look at the code later since I don't work today.

Basically though:

██████ This 6*6 sprite will be exported like...
██████
██████
██████
██████
██████

██████__ this. A 8*6 sprite.
██████__ So the resulting hexadecimal code is FCFCFCFCFCFC
██████__
██████__
██████__
██████__
Does that make sense?

Padding, ya, that's a better word for it Ya, I do it in a multiple of four, though I could change it to eight if people wanted.

Ya, would it be easier on people to pad it on both sides? And do people want multiples of eight or four?