Why not adding a way to contol the registers, it would be incredibly faster I think! But it shouldn't be an obligation for the user(maybe a specific Token?)

It wouldn't be faster since it is an interpreted language. If you wanted to have that, the app would have to manage virtual registers since the app already uses them. Like the Calcsys' console does int fact.

But with the compiled version, are the registers free?

Wow, so it would be a Mimas-Grammer app ?

That'd be awesome.

For the purpose of testing I started the BASIC program editor. As it currently is, I have all of the 1-byte tokens added and some 2-byte tokens. I tried not to change anything except to fix up some issues with the BASIC tokens. In particular, pic variables, matrix, Str, GDB, and list variables that are hacked now have actual names. The way I designed the token system, it is possible to use code in place of a token string, so they do not have huge LUTs. Instead, just a simple code that handles each of those. So for example, the 255th hacked string is now displayed as Str255 instead of a question mark. I also made it pretty easy to handle multi-byte tokens, so I plan to add in tokens for Axe, Grammer 2, BatLib, Omnicalc, Celtic 3, DoorsCS7, and xLib commands.

(I should note that I decided to make the Editor app separate from the Grammer 3 app.)

The Grammer 3 editor will be a bit tough to create, to say the least. The BASIC editor is not taking advantage of many of the features I have already programmed into the editor, but the Grammer 3 editor will hopefully be packed with features.

I hope I didn't get any hopes up, though, because the editor doesn't do any editing yet. You still cannot choose things like the program to open, the font to use, the token set to use, the screen size, or wordwrap modes, even though those are all programmed in.

Looks good so far. Will the editor supports going to the top/bottom of the code like Casio calcs and will we be able to access tokens as easily as via the TI-OS?

Auto indentation.