So i was playing around with the idea of writing my own Small Font Basic editor in Axe, but i got stumped when it came to the idea of how to realocate memory when you insert text into a large file.  Like if you had an 8000 bytes program, and you add an extra digit on the first line.  Would i have to shift everything else down by a couple bytes?  Is there any fast way to handle the dynamic memory needed for a text editor?  And how does the Ti OS manage to do it so well?

That would be cool!  Yeah, you just copy all the bytes down one by one.  But remember this is asm, that takes about a millisecond.  The hard part is the fact that you have to put the calculator in edit mode first and then keep track of the edit mode pointers.  Basically, the calculator moves around all programs and variables so that your current program is last in the in line so expanding things to the end of it doesn't overwrite your other programs, you have the entire free ram to expand.  Then when you're done expanding, you have to update the size bytes of the file and close the edit mode.

You're looking for the assembly bcalls "EditProg" and "CloseProg".  Those require assembly input though, so even if you make it in Axe, you're still going to need some assembly.  Also there are 4 other pointers that you need to keep track of in $84D3, $84D5, $84D7, and $84D9 which hold important information related to the editing.

Good luck!  If you manage to get it working I would be very impressed.  This gave me a lot of trouble when I was using this in Axe Parser to create the assembly programs.  The TI-Developer's Guide is slightly wrong on some critical stuff so that really threw me off.  Specifically, you need to update the program size manually, even though it says its done automatically.

This would definitely be more useful in ASM, because then an app could be made, leaving ram free.
The main problem is that, yeah, the program would be kind of large, somewhat defeating the purpose. Still a good concept, though.
Oh, I just realized something: ->Frac displays characters, doesn't it? That means doing a little extra work because the editor must work with the tokens. How does one get the sequence of characters corresponding to a given one- or two-byte token?

It would have to be recompiled from source, since all the jp's, call's and many ld's would have to be changed.
I'm not sure how hard it would be to make a slightly modified version of Axe where the program's .org is different.

I dont know, you should probably talk to Brandon Wilson, he knows lots of things

IIRC correctly it just takes over 10 minutes if it's not an 83+, in which case it takes longer.
It just takes forever... it's doable, though. I can't remember the exact method, but RSA sounds right.

Hmm hey Quigibo, is GetCalc(Str,100) supposed to be able to create programs?  I can only get it to create AppVars on my Ti84SE

So if/when creating a program is suppoorted, would that be a substitute for the assembly BCALLS you mentioned earlier?  FOr instance you could use GetCalc(Name,Size) to create a temp program for working space, and then worked on it from there