MaxCoderz

Hmm... folders... that reminds me of a very old project of mine...



It would set up a few hidden programs the first time it's being executed, that would act as default filetypes (folder and plain text document). You could add more filetypes by putting more (hidden) programs on your calculator, like bitmap, compressed picture, movie, et cetera. And all files and directories are also little programs that you could put on your calculator, hidden if you want to. As you can see, it even supported directories in directories.

I never released it, because I had some very strange errors, and the external modules (read: filetypes) wouldn't be executed at progstart but at an unknown location, making developing modules quite tricky.

Anyway, from that experience I can advice you to stay away from directories on a calculator It doesn't really add anything, and it's a pain in the ass because the OS doesn't really support it. If you'd - for instance - delete the folder Pictures with the Ti-OS, you'd have 6 files that claim to be located in a folder that does not exist, making it impossible to see or use those files, but they take up space nontheless... N00bs will never understand that kind of things with their brainwashed MS Windows XP logic...

But something like a self-extracting ZIP-file would be a great idea, I think. And not so awfully difficult to make.

but if it checked what programs were in a directory and deleted them, then checked what directories are in it, begin going through each of those and begin deleting all prgms in it untill it detects no futher directories, deletes that directory and move to the root to run through the next direct in the root and continue the process till the original directory can be deleted

Sigh... it's annoyingly simple to make a recursive delete, but if the Ti-OS deletes my folders, there's nothing I can do

well...if you had it as an app then you could prevent any kind of deleting (like omnicalc has an option to)

Ehm... yeah... you could...

But that would be a lot of work to support something that the calculator doesn't really need. Why would you want directories so badly?

I think a perfect solution would be a program that asks which files you want to 'zip', and put them all compressed in one file, together with an "uninstaller" if desired. So you'd just Asm(prgmSOMEZIP and all the necessary files are on your calculator, and a small program that will delete all the files you just installed if you run it with Asm(prgmUSOMEZIP or something. Folders would only complicate things unnecessarily.

And you could implement some kind of compression algorithm! Man, I would do this myself, but I'm busy...

Same here
Maybe... very maybe... when I finish up a few of my current projects...

I believe DWedit has a few different compression algo's up his sleeves .

Kat-Productions was working on a program to compress programs (or groups) I think but all members of this group quitted calc programming I think.

Kevin wrote:Kat-Productions was working on a program to compress programs (or groups) I think but all members of this group quitted calc programming I think.

quit, not quitted... you make that past tense error a lot...

Lol, oops , but je parle français you know and english is not my native language. I'm still learning, like in BASIC (I still dont know how to use the IS and DS commands in TI-BASIC and I still havent figured out what is the difference between Ipart( and Int( )

But kev, you *invented* BASIC ... WHATS GOING ON!?

Anyway, i dont really know any other language than english ... its great that you know more than one.

patori, lets not pick out every little typo ok?

tr1p1ea wrote:I believe DWedit has a few different compression algo's up his sleeves .

Actually he could expand his Crunch shell to zip/unzip files rather easily I guess...

Kevin wrote:I still dont know how to use the IS and DS commands in TI-BASIC and I still havent figured out what is the difference between Ipart( and Int(

IS and DS are pretty much useless, basically, IS adds one to it, and then runs the command after it if answer is <= to it, and the one after that if it is > than it....

TI-83+ Manual wrote: :IS>(variable,value)
:command (if answer <= value)
:command (if answer > value)

Note: IS>( is not a looping instruction.

And DS does the opposite, it's kinda weird, I've never seen a time where that is useful...

And iPart( and int(

TI-83+ Manual wrote: Note: For a given value, the result of int( is the same as the result of iPart( for nonnegative numbers and negative integers, but one integer less than the result of iPart( for negative noninteger numbers.

So if you have -23.56 here's what's returned:

My calc's screen wrote: iPart(-23.56
-23
int(-23.56
.24

There, now you know...
P.S. Quotes are fun...

oh