llGiveInventory

Hi.

is it possible to call a script within the object in my inventory, that sets the description of itself, and then give it to a resident?

giving it via llgiveInventory is not a problem, but i need to set its description first. it contents important information.

somehow i think it is not possible, unless i rez the object first. i tried it with linkmessage

thx so much

I've been trying to pull the same thing off for months.

There's no way to do it, unfortunately.

As you correctly said, in order to change an objects desription it has be rezzed. But by rezzing it, that object is no longer able to be transferred via llGiveInventory.

Although it just came to me that, if the person you are giving the object to is at the same location as the object itself, you may be able to have it set for sale for $0 or have Allow Anybody To Copy turned on.

Rez it, script your changes to it, then the third party buys/takes it. Could even be scripted to be functional only for a particular avatar.

Kinda hacky, but it might work depending your needs.

I spent a long time trying to figure out a good way to do this also. Unfortunately, there isn't a smooth way.

You can't communicate with an object in Inventory, and once it's rezzed and out of inventory, you can't Give it, and it can't give itself.

It's a painful dilemma!

ok thx....well that buying and take thing is in use...problem nobody gets that....most people just buy it and leave....although i tell them via dialog

is there some reason that the object can't be told how to set it's own description, on rez, after it has been purchased?

Perhaps have the new owner rez their widget on the floor in the store.. and on rez it sends out a "hey you" on channel -77762536. Then some object sitting in your shop, on hearing that command, gives the command to object X to write "YYXGGT" to it's description. The object obeys this command, and writes the description.

That's definitely the best solution, and is a way around it. The problem is that it relies on user action, which isn't always correct or predictable. It's just that every solution seems to be a "workaround" that doesn't really provide a solid way of doing it.

For Tomfox, the problem he's seeing is that people simply aren't taking the receipt that he's giving them, because he has to rez it to personalize it, then he has to tell them to take it. And it sounds like enough people aren't taking it to make it an issue.

The other answer to that problem is for the object on being first rezzed to shout as per Winter's suggestion and then if it doesnt get a reply in a reasonable time, to email a server object with its ID. The Server will then email the responces back rather than via chat. You can even use the same object as it is performing the same function just vai a different channel.

put autoreturn on the parcel where you're rezzing (and they're clicking to buy).

They'll get their object one way or the other then

When an object is rezzed, the owner of the rezzed object is going to be the owner of the object that did the rezzing. So if you are using the "buy for $0" idea for them to take their receipt, you still end up with the same issue - if they don't pay the "$0", then parcel autoreturn won't send it to them. It sees the object as having the same owner as the parcel of the land.

That's if they don't pay! I was just suggesting a way to get an object they bought (for 0 or otherwise) into their inventory when it's not clear they should pick it up

That or spam them with OMGPICKITUPPICKITUP!!! might work Just clutching at straws.

It is not clear to me what you are trying to accomplish, but it seems that you are trying to give out objects with serial numbers. There are lottery systems that do accomplish this.

However, as far as I know, they require communication with an external server that registers the puchase and assigns a serial number, this is probably best done with XML-RPC. Unfortunately, there are reports of XML-RPC being flaky of late...

You can accomplish the same thing without going off planet just using a scripted server. Admittedly its not as robust but for simple things its adequate.

Another thought about the OP would be to have an additional script in the object that puts up some form of text on change of owner and then monitors the description for a change from unregistered?

Yet another idea, Have a hidden vendor rez the object that is for sale, and sell original not copy. Then on change of owner perform the registration step. That way auto return would still work.