<br><br><div><span class="gmail_quote">On 9/24/07, <b class="gmail_sendername">Sean Dague</b> <<a href="mailto:sean@dague.net">sean@dague.net</a>> wrote:<br></span> <br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I think that is a quite good idea, it actually somewhat meshes with something I was thinking about this weekend around having region packages, to make it easy to bundle up regions and share them with your friends.

<br><br>I think we should think about the whole thing in a slightly larger<br>content of:<br><br> * Regions<br> * Prims<br> * Textures<br> * Assets<br><br>Where it would be easy to bundle up one or more of these into some sort

<br>of package which was loaded into the environment on startup.  Being able<br>to export a current environment like this would help with the case where<br>I sent danx0r my environment so he could figure out the grass colision

issue, and would also make for the easiest way to dupe your world for a friend.</blockquote><div> Hmm, but if you need just to dupe the environment for the friend - at least in the current standalone edition - that's quite easy - just tar the datafiles and then send them over..  (or, for other databases, this would probably mean making the dump of the entire tables).

I think the export of the part of the inventory and export of the part of the environment are similar to an extent that in both cases one would need to fetch also some dependent elements - but but the handling would be quite different.

<br><br>Although, now that I think of it - the inventory transfer functions might be also interesting for my "idee fixe" of crosslinked standalone sims...<br>(even though the proper handling of that one would be touching the questions of identity, for specifics of which I am not ready at this point :)

<br><br>/d<br><br></div></div>