Would storing the active font in the app itself speed things up any or fix any bugs?
Would editing of the small font be possible? Of tokens?

No, storing the font wouldn't make it faster. My hooks are super optimized for speed because you sure wouldn't want a .1 sec delay per character when displaying the whole screen. Here's what I do:
-Hook get's called, if the OS is asking for the small font, it quits
-It looks at the very end of the extra ram page in a certain spot for $69, if it's there, skip to THERE
-It finds the font file and stores it's location at the end of the extra ram page along with $69
THERE:
-It takes the file location from the extra ram page and adds the offset for the specific character
-It streams the bitmap out of flash and give the OS a pointer to where it put it
-RET

Editing the small font would be possible, but I don't think it's really practical. If you change the length of the characters, you're bound to mess up menus like MODE.
Editing tokens is possible, but what would you really want to change? It also wouldn't be very size practical.


lol at @squidgetx


I was thinking of an option to disable all hooks. It wouldn't be hard to do at all. But until I do that, opening the press to test menu work just fine.

No, you are totally right. If I put it inside the app, it would take about 10 seconds and corrupt it's signature. Other assembly programmers would look down on me in shame.

That's why TI invented appVars

Aww, man! Guess that's why they invented [NV]RAM, huh .
Would it be possible to have the hook return the normal small font for system menus, or only work when called from within a program?

Small font for system menus would require some serious Menu Hook hacking. Almost to the point where you would want to hack the OS. Displaying the small font and the large font are two entirely different bcalls because the small one is variable width. You would also have to change the way the menus scroll and add extra options at the bottom.

For only working in a program, do you mean a specific program or just programs in general?

Hmmm... I suppose it's possible. (CxCurApp) would be kExtApp if an app was running, although I'm not exactly sure how to tell if a ram program is running.
But would this really be useful?

That's an idea...instead of it being a key combo to do the special ram clear, it could be an option in the ram reset menu.

btw the update fixed the problems

I like the idea of being able to rename tokens. Axe re-purposes a lot of tokens, and so do Axioms.

Does it leave an appvar or something to tell it what programs have been archived in this method?

* Happybobjr hugs thepenguin77

Does it leave an appvar or something to tell it what programs have been archived in this method?

That's actually a really good idea. But no. Instead, I make a list on the extra ram page which doesn't get touched by the Ram Clear. And I'm going to mark the list as valid by putting a "zStart", $69, $13, $37 in front of it because I'm literally going to crash the calc. You wouldn't want a regular ram clear to trigger the unarchive loop.