AndySoft wrote:Why not nostub? I like nostub programs.
why? They're much harder to use. You have to unarchive them, then find the asm( in the catalog, then find the program name in the program list, then run it. Then you have to rearchive it when you're done. Plus, they have the size limit. Aren't ION programs much better?
Ion sucks; ASM would probably be best, as to conserve archive space and it would run faster. If some one wants to do it, you should look at the ASM minesweeper for 83+. It has a SMOOTH scrolling arrow.
All programs in RAM behave unpredictably if they try and run code after the code limit (B631h or so). Nostub programs won't run at all if TI-OS sees they're over the limit, whereas Ion doesn't care.
If I'm correct this game has been made many many times for the calculator. Bill Nagel made a version but he didn't name it Bejeweled. Check it out, I don't have a direct link.
"They say that sea was created by a man named Maarten Zwartbol, a long time ago...." - Duck, an old Corbin version
Kozak wrote:If I'm correct this game has been made many many times for the calculator. Bill Nagel made a version but he didn't name it Bejeweled. Check it out, I don't have a direct link.
Haha, what a coincidence! I was thinking about this too since I didn't see many Bejeweled clones on ticalc.org yesterday. The best that I found was Benumbered.
"If SOURCE is outlawed, only outlaws will have SOURCE."
Gambit wrote:Haha, what a coincidence! I was thinking about this too since I didn't see many Bejeweled clones on ticalc.org yesterday. The best that I found was Benumbered.
However, if Spencer is correct in saying that the TI-OS checks for program size and will refuse to run programs over 8.8k at all, then Ion programs would still have the advantage. They could have data in the space beyond 8.8k (or, they could move routines from that space into other areas in RAM).