Haha, they should be, it's great I'm not going to even come close to winning the Axe part of the contest, though, still

ooh, cool! so you can make parser hooks that automatically open up different menus and things like that? if so, could this be used to add simpler keybindings for inserting tokens into the program manager? (pressing three keys at once automates opening up the program menu and selecting something or other)?

Actually, that might be a good idea o.o There is a way to automatically open menus, so all that would need to be done is set the proper menu and simulate the key you want and it would all happen super fast. I don't know how I could get it to be customizable, but it would be worth it if possible.

When I first discovered the ti83plus.inc file provided by TI, I went through and played with all the RAM equates that I thought would do something. For the newer folks that don't know me well, I started my assembly programming days by programming in hex, so I had a knack for playing with hex codes. Anyways, I saw a few peculiar gaps in RAM and then one that gave me the most reward was the one between 843Fh and 8445h. What struck me as odd was the fact that there were 4 bytes unaccounted for, so I played with them and I made a very fun program:

So what was in the secrets of these bytes? These bytes were counters, but the one at 8442h was the one that you could really take advantage of. When a key is not being pressed, it has a value of 50. As you hold a key down, that decrements until zero. If it is a repeating key and the counter hits zero, it "presses again" so to speak and resets the counter to ten and repeats in this way. The above example is a getkey hook that checks the counter and updates it itself. This is also a feature I put in several programs including BatLib.

However, that ws not the only thing I discovered in playing around. I also made a program to simulate keypresses. The user passes a value through Ans and that key is simulated. For example, Enter has a key code of 9 (these are the same keycodes that you use in Grammer, Axe, and a number of other programs). So to simulate Enter, you do 9:Asm(prgmKS. unfortunately, that just causes the program to be executed over and over (until you press some other key). However, this also lets you open up menus and whatnot, too. What I figured out is that when you add 56 to the keycode, that is like pressing [2nd] and then the key and add another 56, you get [alpha] press. Some of these codes are also replaced with things to clear your RAM, display prgmA (even if you don't have it) and others.


So why did I make this topic now? To be honest, I was looking for a way to redraw the homescreen because I couldn't find a bcall to do it. I just simulated [2nd][mode] on my way out which costs 5 bytes and only 20 cycles

EDIT: Added the proggies seen in the screenshot. Also, I would like to note that I added the RAM equate 8442h on WikiTI a while ago and called it keyDelay if anybody is interested.

So I finally found the motivation to code and I just "gray enabled" Tangent(. Now you can shift other buffers in your desired direction (This is in response to one of Yeong's old requests). Now, there are a few things that I have been meaning to add, but I have forgotten what they were, so for now, I will try to clean up the readme a bit more .__.

Hmm, maybe changing the theme so that the preference is saved? (or maybe it is and my cookies are getting cleared or something)

Plus, between people like myself and Qwerty.55, we are looking into quantum logic and we have been attacking methods of cracking cryptosystems. I would like to believe that we can crack something like that, even if it isn't for another bazillion years All it takes is one neat trick.

I am working on AI for the calc and I want them to communicate with each other between my calcs. I bet if it was put on half your collection it could take over the world o.o