solidFRAME was already up for 2012

Okay, so I added in file extensions and using / for filepaths. It as actually a lot easier than I thought it would be to convert to using file extensions. I also added in the .DOC7 to open up DocDE7 files and I removed AFA() and RFA() as they are no longer needed.

I think I should probably mention that in the screenie running prgmGUI, prgmGUI keeps its subprograms archived. It creates a folder in the main directory called GUI, creates OS shortcuts there, then runs them when it needs to using OPEN(). But what is even cooler is that GUI recognises hidden files or folders and won't display them in the menus. That is why you don't see its folder-- it is marked as hidden using the HIDE() command.

That would be rather cool o.o And yeah, that is all I remember Omnicalc having, I'm not sure which feature DrDnar is referring to .__.

I have a list of bugs and whatnot that I've been working on this morning. I have also been optimising some of the routines to add room in the code. So far I have modified 7 routines saving 79 bytes (I now have about 87 bytes of coding space available )

I figured I would mention that I was still working on the next update. Among the bug fixes, I fixed an issue with the DelVar command for a special case and TokSprite just needed a single bit toggled (the documentation said you needed an optional argument to be 1 to draw to pixel coords (0 to draw to aligned coordinates), like HexSprite, but instead it was the other way around because I typed "z" instead of "nz" >.>)

It worries me that Grammer isn't working for you .__. The chances that it was corrupted when sending to your calc are pretty small, but I've tested the released version several times and I didn't get any issues. I tested for the problem that was occurring before, too, with archived vars, but that is no longer an issue and it was thoroughly fixed. I really cannot find anything in Grammer that is causing your problems

Maybe. That is definitely not a bug present in any recent version.


EDIT: Fixed the issue. What was happening is that I added in an error for unrecognised commands. The parser was getting to the degree symbol and saw it as an unrecognised command and threw ERR:? . I modified it so that the degree symbol is now just ignored as a command, which is essentially what happened in the older versions (I just had an RET for that error, now I actually pass an error).

So luckily it was not anything to do with the archive or RAM or anything like that

Last night I posted a hex code on TI-BASICDeveloper for making programs run on startup. To use it, pass the name of the program in Ans with a "[" before the name. For example, to run prgmHELLO on startup:
"[HELLO]:Asm(prgmOFFSCRPT

Here is the code:
EFD74AFE04C0
EB4E234623
C5E5212C00
09E521CC9D
E7EFF1423803EFC64F
E1EF6A4E
1313
21D59D
012A00EDB0
E1C1
EDB0AF12
FDCB33CE
C9
154F46465343525054
2109807C
EF7B4FC9
83
FDCB09A6
EFD348
EF7E4F
212B80
E7EFF142D8
FDCB08CE
EF9B4A
FDCB088E
AF473CC9
This is my first ever use of OFFSCRPT, so I apologise for anything that I broke

Oh, I think you missed this post, then Or, you can see what I started working on earlier today in this post

EDIT: Oh, I forgot to mention the important part of what I did today. I added in actual icons instead of the two dummy icons, as you can see from the example. GICON() also now looks for more info when it reads a "default" icon. For example, it will check if the file has any file association and then it checks if it is a BASIC or assembly program, returning the appropriate icon.