[Opensim-dev] UUID [Was: Proposal to eliminate the name, description and invType fields from the

[Stefan Andersson]

Actually, no. What I meant was that in that case, the _content_creator_ would have to have the items in his inventory (and probably set to something like 'anyone can copy'... ;) )The moment he takes them out of his inventory, they are gone.
 
Which, incidentally, probably is the kind of control you'd want anyway.
 
If you want some kind of 'system' assets, they could be given to a system user.
 
Continuing on the 'detailed keeping track' the _scripted_change_ would also update the references, so that the object itself would then keep a reference to the texture.
 
By the way, the same track-keeping thing would go for objects; that would mean that the moment a user is gone, truly unused objects can be reaped from assets and inventory.
 
This is not proposing a solution, merely trying to think outside the SL box.
Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : http://tribalnet.se/ 



> Date: Tue, 24 Jun 2008 10:09:34 +0100> From: melanie at t-data.com> To: opensim-dev at lists.berlios.de> Subject: Re: [Opensim-dev] UUID [Was: Proposal to eliminate the name, description and invType fields from the assets db]> > Hi,> > Stefan Andersson wrote:> > Hell, in that scenario we could even say 'you can't reference an asset > > you, or an object of yours, do not have a reference to' - which will > > probably make SL-molded content producers wet their pants.> > That would mean that if I make a texture-changing bit of furniture, > I would have to pack all textures into it's inventory? Content > creators are at the moment extremely happy to not have to do this! > The ability to reference textures and sounds by UUID is a > fundamental one, removing it would break every texture-changing > object and every fountain and door (since they don't contain the > actual sounds, either)> > Melanie> > _______________________________________________> Opensim-dev mailing list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20080624/64c1926e/attachment-0001.html>