Customizable Math App(or Asm)

[NextPerception]

I just had an idea.
have an application that has, for lack of a better word plugins. specifically math, science, and history. Let me explain. Each plugin would allow you to do a certain function but by having the plugins as seperate items that can be deleted and added as needed throughout the year you can save space. This way space would be maximized with everything you need is still in the app. for example if you were doing quadratic equation in math you could just load a quadratic equation solver plugin on to your calculator without also downloading stuff you don't need and taking up space. this would also eliminate having 3 different basic math programs on your calculator each with ten different formulas yet some of the fuctions are on two or even all three programs and wasting space with reapeated material. This would also eliminate having to make a user menu or interface of somekind for all three programs. I would love to see this happen and would volonteer to work on this program if enough support for this was shown. Of course I would probably need some help on a couple details because it would be my first asm program (or app if it comes to that).

[SniperOfTheNight]

That sounds pretty cool. I'm sure that could be done, but it might be a little hard with all those plugins and stuff.

[Adm.Wiggin]

it could be done... pretty easily... would the plugins be asm or basic? basic could work like this :

[NETWizz]

[NextPerception]

wow that would be awsome to have nimbusos as the manager would be awsome.
mabye even have a couple commands added to the norm that would allow someone to make a better program like a command that would allow a promt on the graph screen with the small text. ex. GPromt("Variable Description",Variable)
or something like that

[62 52 53 53]

I'd like to suggest adding a discription field, and maybe even a way to make it so that it could work like a normal basic program. Also, it would help to improve the header so that it would have

::!p(plugins)(asm,basic)(sub)

(plugins) would be an optional field for if there were multiple plugin routines within the program. These could be separated by lines with :! and each have all of thier own details. You could choose which ones to install from a list.
(asm,basic) would be another optional field, where an A would specify that the routine was in asm, and a B would specify that it should be run as a basic program instead of having the data set up in the plugin format
The optional field (sub) would let other programs run the plugin.

Would it be possible to detect when the calc is done recieveing, and what it just recieved?
if an interupt could wait for a recieve, and then scan recieved progs/groups automatically, it could find plugins automatically and immediately display a menu with something like:

"pluginname"
(optional discription)
Install?
Y/N
(input)

and if Y,display
Del when done?
Y/N
(input)

This concludes the endlessrant portion of today's post.
Disclaimer: these suggestions probably all have a reason that they won't work.

[NextPerception]

mabye even have all of the plugins be intalation files and they install themselves into an app variable which will have all of the programs in it seperated by a end and begin new command. that way you won't need to keep the actual program on the calc and won't have a lot of programs that would look suspicious if your math teacher checked your calculator. this might be a disadvantige also as the program would have to search for the correct program before running it.
mabye it would temporarily copy the correct program out of the app variable into a program and delete the program when it is done with it. that would work really well because then it would not be deleted if ram got cleared because app variables have to be archived!

[62 52 53 53]

or we could have it so that some plugins self-installed and some didn't...