Yes, yes it is.
Not an Edit: Post 200!

This is to create the sprite data, because currently the sprite only exists in the graph screen buffers.
PS: I have a Great Aunt Zeda. She has a road named after her.

Edit: Will this work on the last 8 pages or will it overflow and screw me over?

I figured I would upload the latest version of the hex code list The only updates are the ones mentioned a few posts back

I probably should update it here If I get around to it, I will update it on TICalc, too

Er, not really These are tools for BASIC programmers, not routines for assembly programmers

I was on the french site tout82 trying to help out with some hex codes for the 82/83 when I thought of an optimisation that applied to about ten of the codes. Here is an example:
Auto Fractions:
21FA893E0C77C9
optimises to:
3E0CFD770AC9Alpha Press Lock
21028A3ED0B677C9
optimises to:
3ED1FD7712C9
So here is v1.31

In a future update, I should include:
Edit Lock/Unlock Programs
EFD74AFE04C03CEB4E234623117884121CEDB0AF12EFF142D8EE0377C9

Put the name of the program in Ans, if it exists, this will toggle the lock status of the program. Maybe I should also make a Hide/Unhide code and a short code to toggle between appvars and programs. These two, however, would require that I check for duplicates, so the code would get even more involved.

EDIT:

This might be hard, but how about writing back a string to a label in the program? Something like

Code: (TI-BASIC) [Select]

:Lbl 0
:{1,1,2,3
:Lbl 1
:Ans?L?
:"{1,3,4,7?Str1
:"0,1
:Asm(SMC

True SMC in BASIC is something we have yet to see

Almost two years ago, but... I do not have the opcode for this one since the programs are pretty big, opcode-wise, but I finally made it I think it is rather snazzy as well. Also, I am not content with this being the final version When I do finalise it, I will put it in the hex opcodes list.

EDIT2: This is more for Axe programmers. I looked back at this post and felt that I should update it. I created a much better routine for Grammer and BatLib that I have adapted for Axe. It is now much faster and it works with relative addresses. Also, it recognises negative numbers:

To store to Ans and make use of numbers greater than 9999, then you would need a code that looks kind of like this:

Code: [Select]

7EE5E60FCB3FF53C4F060009EB606822B48423F130061AE60FCDB54E1AE6F007070707CDB54E1B0D79B720EAE111090019ED5BB4847BC9
D5E5CD804EED5BB4841922B484E13E0ACD804ED1C9
EB0608210000290730011910F9C9
Do not use that because that only works in a very specific context, but that is what the code looks like in BatLib. I am not sure how to translate that to Axe because it uses calls.

Anywho, the OS bcall EFEF4A does not convert numbers >9999, but EF9247 can store numbers up to 65535.

Blegh, such an inefficient code Anyways, these 70 bytes can go in Axe, in-line, using Asm(

EFD74A2178847EE680F5237ED68011000038284704237E07070707E5626B29291929EBE1E60F835F30011405280D3E80A8280847077E38E32318DBF128077B2F5F7A2F5713EBIt is a bit big, but it works. Plus, it can be easily adapted further to make it easy to read list elements, so if you want to pass a list to your Axe program (for a library, for example), you can.