delete event

I look currently for an event, which gets control when I delete an object. Is there something like a detach for objects?

Regards
Luke

You can control attachments through scripting, yes. Though you cannot delete the attachment because when it attaches it goes into the avatar's inventory like any wearable item, and scripts cannot change an AV's inventory other than to give items to it.

A lot of builders use this method to get around the prim limits for physics by building a basic hull of 30 or fewer prims and making the details 'attach' and orient to the proper position.

I think you're wondering if there's a way for your object to tell that it's being deleted. Unfortunately, there's nothing like that. That makes some scripting tasks a real pain.

Hi Lex,
that's exactly what I read somewhere else. But I couldn't believe, how can you build a object which interacts with a webside, when you can't remove the object key in a database when the object gets deleted!!!

Also, I read somewhere that griefer us a technic to rerezz an object when it gets deleted. So there must be something like a delete event. Or did I miss something

They probably either have some external script or something communicating with the device and will rerez it if it doesn't get a response. Or they could be using a rez timer with a really low timer event to make it hard to catch.

I proposed a delete event.

vote for proposal 3109

I think you're thinking of Temp-Rezzers. They make use of the Temporary On Rez flag, which deletes objects automatically about 2 minutes after they're rezzed. The systems repeatedly rez new copies of the object every 2 minutes, timed to just barely overlap the lifetime of the previous copy. This is a way of trying to cheat their way around prim limits, but I don't recommend doing it.

can we also have an "on_unattach" event and a way to DELETE an attachment? And how about llDrop?

Well...the attach() event TECHNICALLY functions as an on_unattach event if you:

attach(key a)
{
     if(a != NULL_KEY) //is being attached
     else //is being detached
}

But I completely understand what you mean. We need an event that will allow itself to fully run as an object detaches...before it returns to inventory.

can we slip a llDie in there?

Not successfully, no.

I want llDrop!

Note that an attach() event in a child prim of an attachment does not run on detach... it queues the event. When you attach the object next, the attach(NULL_KEY) event runs, quickly followed by the attach(wearer's key) event. It's a serious pain and was introduced (and bug-reported) at least a year ago.

Perhaps, you could create a timer-event that sends a keep-alive-message to the server. (Once a day) And if this message misses for i.e. a week, you could delete the object on your server.