the lcd updates all at once by reading a section of memory.  To send a byte to the  lcd you would do...
:(0-255) -> {L6+(0-767)}
:dispgraph

The parentheses represent number choices.
L6 is the location in the Free Ram in which the lcd reads from.

A way to manipulate individual bits.

And Try/Catch

Use the logical functions to manipulate individual bits, since that's essentially the only way to do it at the Assembly level too.

But I'm curious as to what types of exceptions you'd be catching, since there aren't really a whole lot of errors you can recover from on a z80 calc.

You can't just make a processor suddenly divide into two or something.

I think the iPhone has an app for that...

That's because you're using the wrong commands  
The pxl commands are basically just specific applications of bitwise operations with some special case handling built in to deal with operating across bytes. Try using the AND, OR, and NOT commands available through 2nd+Math->Logic instead of those.

Bitwise operations

Freyaday, there is no processor command to manipulate individual bits. You have to do it with logical operations. For example, if you want to change the bit three in the byte 1011 0010 to a one (say this is the value in variable A), then you would do A OR B, where B is 0000 0100. This will change the individual bit. That is how you do these things at the assembly level. There simply is no other [efficient] way to change individual bits in arbitrary memory locations, unless I'm sorely mistaken about microprocessor design.

Freyaday, there is no processor command to manipulate individual bits. You have to do it with logical operations.

There are actually commands built in to set and reset bits. They are aptly names SET (to set bits) and RES (to reset bits)

Yes it does i hope.  And if you are setting a constant bit and not a variable, the bit setting routine can be auto optimized to take up 4 bytes methinks.

Ld HL,adress
SET/RES #,(HL)

Yes it does i hope.  And if you are setting a constant bit and not a variable, the bit setting routine can be auto optimized to take up 4 bytes methinks.

Ld HL,adress
SET/RES #,(HL)

O.o

EDIT: Another idea is to have a way to jump to program source from the axe compile menu. I have a lot of programs, so would faster to go through the axe menu to open up my axe programs for editing.

Maybe, when you click on the source program using [X,T, theta, n], you would be given a list of labels in the program, and you could quickly jump to one of those labels in the source (like we do with error handling).

I also have another request: See all the errors in the program, not just the first one. Basically, what would happen is that when the compiler hit an error, the program would not compile, but would still go through the code as if it were compiling, looking for other errors. Then, when all was said and done, you can choose one of the errors to scroll to. This would be useful because one error might be the cause of several dozen or something like that. If this creates too much overhead, then it would be nice to have the compiler give you a choice of quitting, scrolling to the error, or running through the source to the next error.