touch/grab vs buy object

Not sure where to ask this question but it has to do with selling objects.

If you set up an object for sale using the 'buy object' and that object's permissions include no modify for the next owner, then when they rez the object they cannot change the object to 'touch/grab. Now if that object has a clickable script in it, they now have to use the right click, touch menu instead of just left clicking.

What do most people who have objects rezzed out & up for sale do in sl these days? I mean aside from a vendor, if you have an item on the floor do u use 'buy object' with clickable items or 'touch/grab'. Or am I totally missing something here?

tia

I leave items with touch/grab as their normal on-click behaviour.

Right click > buy isn't too much of a hassle, in my opinion.

I prefer right click/buy.

You can set up the object so that the user buys the contents, not a copy of the object. Then just put a copy of the object into itself.

If the object already has contents, then create a dummy object - one that has the same same appearance, but the only thing it contains is the real thing.

That was the first bug I ever reported... in June 2006.

It still happens now, but it seems to depend on the age of the object, newer ones have their "Left click" reset to "Touch/grab" on buy, olders ones get the "Does not appear to be for sale" bug (if it's already suffering from that bug on something you bought, you're stuck with it forever although selling it to an alt if it's transfer has a chance of fixing it).

Sellers are amazingly uncaring about it as well... I passed on quite a few stores because the owner couldn't be bothered to set their items for sale properly to avoid the bug.

Thank you! So I seem to have this bug then as my testing resuted in the person purchasing the items getting that very same message - 'does not appear to be for sale'.

So I should then use the touch/grab on the no modify items for those that most likely have this bug?

Yesh .

Or as Kidd pointed out, you can put a copy set to "Touch/Grab" *inside* the display model which has "left-click Buy". Just make sure to set the display one for sale as "contents" and that'll work fine as well.

(Having an alt buy everything you put out for sale is always a good idea as well . You'll see what your customers get when they buy anything)

Seasoned buyers / Rich spenders (mostly married women):

- Love to buy by just simply touching the object. Click, buy, done. NEXT!

Seasoned users of SL:

- Don't like to touch and buy, since it makes walking around annoying 'cos you misclick quite often. I would like to zoom in and look at the poster, before buying.

New users with little cash:

- Will buy dumbass things 'cos they don't know how to search, so if you wanna exploit that weakness, touch is good. "How do I right click?"

if i don't see a buy button it's not getting bought..pay doesn't let you look at the contents..
if i can't see what all is in there then i just move along..

I like to right click to buy I dont like the word Pay.

not so bad if the object is L$0 though

This bug is really annoying. I see tons of trees & plants around with this set. Also, most of the Light Waves stuff has it too, which is a bit silly.

Yeah, this word is a little scary. It seems that customers given the choice of either "buying" or "paying" for the very same item at the very same price will "buy" about nine times out of ten. (This data collected from one of those "unintentional experiments" one sometimes runs in SL. )

Some "pay" vendors contain the stuff being sold, so you can look to see what's there, but many are "networked" vendors, in which case the actual merchandise lives in some distant prim somewhere.

I know when I first started, I would only "buy" and never "pay"--I kinda think I retained this superstition right up until I learned to script the money() event handler.

'Pay'ing has more that can go wrong, since I've yet to find a pay vendor that doesn't need a script!

Buying is a bit more reliable, and somehow sounds safer anyway. O.o

OK after much work I have discovered what will work.

One of the things that I learned during this is that when using the 'touch/grab' is that you don't get the little green L$ that pops up that you get when you use the 'buy item'. Instead when you hover mouse over object you get nothing. But, if you Ctrl-shift-T (turns Hover Tips on) you will see the object info incl the sell amt. Just like u do when you have the item set for sale & choose the 'buy object' setting.

Most of you prob already know that but thought somebody out there might find this handy. So now when I just need to let my customers know that they shud have Hover Tips enable to see product info.

thanks!

Do some people use the 'pay' for selling objects as well?

I thought CTRL+Shift+T was 'Highlight Transparent'?

Maybe I can only remember it right if I'm actually in SL... iono O.o

Yes. They use a vendor script that notices when it's paid, and if the amount is X L$ then it will send the object.

Of course there are lots of super unnecessarily complex versions of this, including ones that actually send this data to a website before even giving you your item (Oh but it makes bookkeeping easier or something?).

The 'buy' option should be plenty. If it's not, then most simple 'pay' systems are enough.

And if those aren't enough, what the heck are you selling!?

Ctrl-T opens the communicate window
Ctrl-Shift-T toggles hover tips
Ctrl-Alt-T toggles highlight transparent
Ctrl-Alt-Shift-T shows texture information (for the current selection)

Not confusing at all .

(Although I don't understand why people only give keyboard shortcuts all the time instead of the actual menu option. People won't remember, they'll hit something else and turn some other obscure setting on and things go downhill from there)

Ahh..ctrl+alt+T!

I've never gotten it wrong while actually using it, so meh.

Just can't remember it when not able to use it =P

I try to always give the menu item location, if I know it, for a short cut.

Yup thats me alright! I'm a menu person as well but sometimes use shortcuts and forgot to also put the menu info as well - it's under View, Hover Tips, Show Tips

One reason for "pay" is that the seller has to split a commission with somebody (this doesn't need to go out-world, though). That's in addition to the "network vendors" which are nice for being able to add or update inventory from a single location--possibly even the very same prim you're using for one of the third party "Amazon wannabe" websites.

Then there are Other Reasons. A "pay" script can conveniently collect all sorts of data about the avatar that just threw money at it, and store all that on a web served DB. At the minimum, just the buyer's ID lets the merchant keep a record of who to contact with product updates, with slightly less aggravation than torturing months of transaction history data. The more detailed demographic and tracking data is for marketing. (There are some software services offered in-world for that sort of thing, although I suspect anyone with serious transaction volumes would use their own stuff--and surely their own servers--for this.)

I'll never buy anything from a networked vendor honestly (or any kind of vendor for that matter but for different reasons such as not being able to see the permissions/contents).

Inter-sim object communication breaks quite frequently and would result in non-delivery (which is compounded by some sellers who have a "not my fault, talk to LL, thanks for your money, give me some more another time". I've never had a "Buy" prim take my L$ and not give me something in return.

Convenience for the seller shouldn't come at the expense of a customer receiving what they paid for with no fuss in my opinion.

Probably you mean "inter-sim" which indeed does have a spotty history with llEmail()--which is implemented very differently within and between sims. Object-to-web communications is rather better (well... depending which LSL call used). But I, too, vastly prefer to sell stuff with a "Buy" than a "Pay" whenever possible. Doesn't solve all problems, though: just because the object made it to the buyer's inventory doesn't mean it won't evaporate the very next instant, so a seller still has some occasion to do the right thing, or not.

[ETA: I've inadvertently omitted this from two posts now. It is possible to collect all that fun demographics and tracking data from a script in an object set to "Buy", too. It's just slightly trickier to implement cleanly.]

Oops . Yesh .

True, but if it happens it's independant of "Buy" or a scripted give inventory so it's simply a risk that always exists.