-
Notifications
You must be signed in to change notification settings - Fork 13
Description
I'm not sure if it was technical limitations or space but I feel like SuperBasic should be able to use all bitmap, text and sprite layers. I also am aware that the amount of work that entails to fix is probably large :)
One example quirk: sprites in SB tend to draw themselves based on their number. For instance sprite 0 will always draw on top of 1-63 regardless of when you call the sprite command. If you wanted to have a sprite remain on the foreground on every draw or move, it would have to be a lower number. This seems more elegant if the foreground sprite could just be in the top layer and all the others below.
I'm just thinking along the lines of a educational and/or game development perspective. It's totally possible to create very simple games and learning utilities with only 1 sprite, bitmap and text layer. But I feel like we should be able to take advantage of them all the way an assembly programmer could.
Note: I'm totally aware this is a stretch goal and probably not attainable unless we get a lot of volunteers in the project along with major changes to the SuperBasic code. I just wanted to have a place to write it down so we don't forget.
Note: I have noticed in various documentation where the writer has noted something like "you can get around this with peeks and pokes", but that makes me question why it isn't in the native language. I find myself commonly attempting it to solve issues with sprite number layouts.