Final Fantasy games often had an option letting the user set the cursor to memory or fixed position. At fixed position the cursor would go back to first menu choice regardless of if you went forward or backwards in menus, while memory had its position remembered no matter what.

This is turning out better and better all the time!

This looks really nice. I'm a bit surprised that you're running that low on space already, but another 16kb isn't really that much of a concern as far as size goes. It is an RPG after all. =D

Oh, I forgot to mention what I thought about size; It's fine in my opinion to have more space.  You're doing a great job with it, so why not use more.

Plus, it's going to be a huge game already.  At this point it's just big and would be looked at as the same size weather it's 4 pages or 5, in my opinion (Which if anyone thinks is wrong, I'm sorry).

Not all of the data that can be included in the app actually *is* in the app. The data that remains is the character/NPC dialog data, treasure chest data, enemy statistical data, large character portraits, event data, and a few other goodies that needs to go in, like game ending sequences and your ubiquitous world map.

Not to mention all the code that drives all of it. But on the bright side, much of the dialog data will be compressed so many kilobytes of text will condense to something much smaller. ty, pucrunch

The robot side story (Full Metal mode) might drive it to a 96KB app, but it probably won't since it will use so many of the same assets from the main story.

EDIT: The pause menu system is finally in. The merits are now calculated and the app's really, REALLY quickly running out of space. A few bytes under 5KB remains. Gotta go ahead and expand the app.

EDIT 2: Okay. The expansion was made. A few definitions were changed. I reduced the dependency on the age-old ti83plus.inc and made a minimalistic file that retains just four lines copied from the same thousand-line include file. The app compiles far faster. Thus, developing with my compile-happy finger will be that much faster. Oh, how I could go on and on, but yeah.

EDIT 3 : Alright. The file's a fair bit more than 4 lines now, but only because I wanted to have everything I'll ever need in that one file. The app uses 11 romcalls (2 are numerically defined) and one "bjump" (JForceCmdNoChar). "contrast" is used only during initialization. "appbackupscreen" and "plotsscreen" are referenced all over the place in the app. Then there's the whole "#define equ .equ" and "#define EQU .equ". Nothing else. All romcalls are made when the app is starting up and shutting down.

Sounds nice!
I like the little include idea.  That's pretty neat.

Nice. I still remember when TASM would take 3 seconds to compile Hello World on my 350 MHz Pentium 2...