> Sure. Again, I think container loci should act as databases. Anything that > includes query operations and not just storage (like AceDB) should be considered > a processor locus and not a container. > > Containers won't include a query mechanism, so they must be connected to one: > > CONTAINER ------> PROCESSOR ------> CONTAINER > ^ > Processor is used to > query the container > database. The results > are placed in a new > container. Just some information so that you don't redo a lot of work: ( In case you allready knew all this, then please just forget that I mentioned it again :) The 'CONTAINER' mentioned abowe seems to be exactly the same as GNOME::Storage. ... perhaps with a small exeption... GNOME::Storage has been constructed with a filesystem in mind, and not a loci, so there is no "Connect storage with storage" = make an external storage to appear inside another storage. However, this is not really a problem. If you wan't this feature, then you'll just add a LOCI::Storage wich inherites from GNOME::Storage and adds the "link storage" (or whatever) method. ( Or wait. The Gnome developers will probably add this feature someday. :) Data in a GNOME::Storage are represented with GNOME::Stream objects, and they may contain whatever you prefer. // Liss