Once a molecule program is deemed ready, it can be slated to become a prototype molecule and placed on a palette. Grabbing the molecule off of the palette will actually cause a clone of the molecule to be grabbed, and the molecule would remain on the palette. This would be similar to the POF (Primitive Object Frame) palette, and may subsume the POF.
A background thread strips the DHARMA primitives from the prototypes and replaces them with faster native language primitives. The recipie for creating the object from DHARMI primitives is retained however, if the object ever needs further editing.
Atomic servers would allow new or updated atom primitves to be propogated on the web in a manner similar to the internet adresses propogation. It's purpose is to ensure that everyone with internet access has the latest version of DHARMA This allows a distributed development of DHARMA atoms.
I want fuzzy logic to be part of the triggering logic. DHARMI, as a modelling language, should have built-in fuzzy support.
Much simpler than the atomic servers, the molecule servers are clearing houses for prototypes created from the DHARMA user base.
DHARMA utilizes streams to store information about its molecules on disk. It is not much of a stretch to send these streams over the internet allowing both Molecule transmissions, and data bridging. It would be possible for this protocol to synch up remote pieces of data.
Scheme and perl are canidates for languages that could be built into DHARMA. It is not yet known now if they would be part of atomic primitives, or possibly subatomic components.
This is actually an atom-level project, not a major upgrade to all of DHARMA. It can be done by improvements to the atom base class. Currently, the positions of atoms contained inside of a molecule are now set manually by text boxes in the editor frame of the atom. In addition to this type of placing, the atoms should be able to be graphically manipulated.