I have some basic questions

1) is it possible that if you have a string, "00000" to only change one of the 0's with a code? It's if i press for example f1 it should adjust the first, f2 should chane the 2nd, ..,

2) the easyest way to make a time delay for a blinking pixel would be a for loop? Cause if i do:
Starttmr->T
Lbl1
If chektmr(T)>= 3
Then
...
End
Goto1
 It doesn't work

Could you give a little explaination of the code you wrote? Maybe with a little example? And i don't know if this matters but te 0's could only become a 1

And the delays would be from .5->5 sec

Ok, thanks, but i decided to make it with lists, it's much easyer for what i'm doing, and the rand(#) works perfect

Making sprites will only work good with some library, for example xlib, and with moving, just make that the sprite possition depends on X and Y.

you'd have to have all your sprites in pics, then you call it with real(), sprite is real(1, then you give x and y possition on the screen, e.g. real(1,X,Y then you need width and height, width is in bytes, so you get now real(1,X,Y,1,8 now you need the pic number and the coordinates where the sprite is saved there, so if you have it now in pix 1 and the sprite is at 0,0 you have this: real(1,X,Y,1,8,1,0,0 Now you need the sprite logic, and then if you want to flip it and then if you want to update the LCD, so for displaying it is now real(1,X,Y,1,8,1,0,0,0,0,1
To read more stuff about xLib: http://www.ticalc.org/cgi-bin/zipview?83plus/asm/libs/xlib.zip;ReadMe.txt

It is how the sprite is copied to the screen.
0 is overwrite, that means that all pixels that are white in the sprite will be white on the screen and all black ones will be black.
1 is and, that means that all pixels that are on the sprite black AND on the screen black will be black
2 is or, that means that all pixels that are black in the sprite will be black on the screen, but not with white pixels
3 is xor, it is like or, just that if the pixels are black in the sprite AND the screen they will end up white, so it inverts all the black places in the sprite.

Haha xD
Just ask it if you remember it.
Another good thing with xLib is that you can store up to 255 pics!

Nope, full pics are 64*96 pixels
And you could make that when you start the program it creates the pics what the user doesn't see (by just using the backup buffer) and by exiting delete them so that the user has more RAM.
And yes, they'd need xLib (or DoorsCS which also has xLib included and is A LOT more awesome), but everyone should have DoorsCS anyways xD