@john, thanks for the explanation... i kind of get it, but am also a bit confused (easily done, especially as im new to this eigenharp world :))
k, i understand that the talkers (or interpreter) cuts across the wired up world. id assumed it did so by using a std observer model on agents, and building its own 'model' of the world and then could talk to agents directly - and so bypass the rig all together.
but im a little confused to why this affects import/export of rigs?
surely, as we import a rig, it just brings in new components, as if you were creating in WB, and so then they would become available to talkers (as the create events are broadcast).
Of course, im making alot of assumptions about talkers & rigs not serializing agents addresses.
From a user perspective, Im assuming, that whilst a user could import a rig, it wouldnt do anything until it was wired up, and potentially some of the talkers altered appropriately (as some talkers in the setup explicitly refer to the rig names) ... but thats ok for step 1 - no?
Unfortunately, its probably a bit early for me to contribute coding effort, as im still very much trying to understand the eigenharp world, and only recently been digging through the source code (& dev videos). But contributing later, is something I would be interested in.