|
Yumi Murakami
DoIt!AttachTheEarOfACat!
Join date: 27 Sep 2005
Posts: 6,860
|
07-05-2006 17:57
Has anyone else noticed that llGiveInventory appears to have assorted spooky powers when deciding, when an object is given to another object, if an incrementally named duplicate of the object should be created or not? I just tried this out, with a "giver" object giving a "test" object to a "reciever" object. The first time the script ran, the "test" object was given OK. The second time, it wasn't - nothing in the "reciever" changed at all. But when I rezzed the "test" object out of the "giver", altered it (changed a dimension), and put it back in (removing the old copy and correcting the name) - then suddenly, SL did give it to the "reciever" properly (and renamed it "test 1" in the reciever's inventory) Does anyone know if there's any way to force SL to always apply the increment (the nearest thing we have to inventory renaming I guess  )? |
|
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
|
07-05-2006 21:44
From: Yumi Murakami Does anyone know if there's any way to force SL to always apply the increment (the nearest thing we have to inventory renaming I guess )? This weird system is how LL wants the system to work. It is designed so that items given by scripts do not flood the inventory of an object with an infinite number of copies.
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river.
- Cyril Connolly
Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence.
- James Nachtwey
|
|
Nynthan Folsom
Registered User
Join date: 29 Aug 2006
Posts: 70
|
12-03-2006 00:22
|