CHANGED INVENTORY/de

/de

/LSL

CHANGED_INVENTORY

Beschreibung

1 Bug

Konstante: integer CHANGED_INVENTORY = 0x1;

Die integer Konstante CHANGED_INVENTORY hat den Wert 0x1

Das Inventar des Prim wurde von jemandem verändert der Modifikationsrechte am Prim hat.

Inventaränderungen die dieses Ereignis auslösen sind:

• Inventargegenstand wurde hinzugefügt oder gelöscht
• Name eines Inventargegenstand wurde geändert
• Inventargegenstand Genehmigungen wurden geändert
• Ein Script im Inventar wurde neu compilier
• Eine Notizkarte im Inventar wurde gespeichert

Dieses Ereignis wird nicht ausgelößt, wenn:

• Ein nicht-kopierbarer Inventargegenstand in das Inventar des Nutzers verschoben wurde
• Ein Script im Inventar zurücksetzung (resettet) wird
• Ein Nutzer ohne Modifikationsrechte legt ein Objekt via llAllowInventoryDrop im Inventar des Prims ab.
  • In diesem Fall wirkt das CHANGED_ALLOWED_DROP flag anstelle von CHANGED_INVENTORY.

Wichtig : Dieses Ereignis wird im Root Prim bei der Veränderung eines Child Prims ausgelößt, es sei denn, der Child Prim nutzt dieses Event. Es wird in keinem der anderen gelinkten Prims ausgelößt.

Caveats

Wichtige Issues

~ Alle Issues ~ Nach JIRA-Issues suchen, die sich hierauf beziehen

SVC-304

A

CHANGED_INVENTORY wird nicht von llRemoveInventory() ausgelößt

Ähnliche Artikel

Konstanten

•

CHANGED_ALLOWED_DROP

–

llAllowInventoryDrop

Funktionen

•	llGiveInventory
•	llRemoveInventory
•	llRemoteLoadScriptPin

Ereignisse

•

changed

Beispiele

<lsl> default {

   changed(integer change)
   {
       if (change & CHANGED_INVENTORY) //Beachte dass es sich um & und nicht && handelt... bitweise!
       {
           llOwnerSay("Das Inventar wurde geändert.");
       }
   }

} </lsl>

Deep Notes

Alle Issues

~ Nach JIRA-Issues suchen, die sich hierauf beziehen

SVC-304

A

CHANGED_INVENTORY wird nicht von llRemoveInventory() ausgelößt

Signature
integer CHANGED_INVENTORY = 0x1;