Multiple Colors From One Vendor?

Ok, say I create a piece of furniture and want to offer it in four different colors. I have seen this done a LOT with hair that have a skazillion colors offered, but also in smaller shops that create the scenario above.

I know how to make a simple one prim vendor that will give the customer the item. However, how can I offer the same item in several colors from that same vendor? I'm not referring to the type of vendors that cycle through selections, but basically the same one prim vendor I'm currently using with color swatches on it for other options. I've seen this in stores of some of you in this thread and always wondered about it, so now I'm asking.

Is this a script that "selects" the color the customer clicks on? And is it a script I can purchase or is it free/public domain? At the moment with few prims available, showing more than one color of a given product in world won't work.

Thank you to anyone who can point me in the right direction for this.

There is a LSL command that can return the coordinates on the prim where the person touched. So a one-prim vendor for four hair colors couldm for example, return the information on which quarter of the image was touched, and deliver that item. A problem with that however is that most people will not anticipate that response, and will expect a touch anywhere on the prim will get the same result, unless there is signage that indicates it matters which part of the prim they touch. So you also need to script it so it asks something like "You selected HippieHair - Midnight black. Click Buy to purchase this color, or cancel to cancel the sale and select a different color."

I made a one prim vendor that uses the detectface touched function to make the left and right buttons as well as have the item for sale one the front face. Previous and next item's images are cached on the top and bottom faces. What I did was set the X taper to .2 then flatened in Z. So I have what is effectively 3 sides on one face. As Ceera said you can further partition a surface with the llDetectTouchUV() (is that right?) function. Use if else statements to box off the areas you want to effect as buttons. IM me, and the next time I'm in world I'll send you a copy.

Errrmmmm.....I pretty much didn't understand a word of what either of you said...but I do appreciate your answer

Maybe IMing the people I say use this might be a better approach.

Ask in the Scripting Tips forum, and someone will probably hand you a complete and working script.

yes you can use llDetectedTouchPos

http://wiki.secondlife.com/wiki/LlDetectedTouchPos

or llDetectedTouchUV

http://wiki.secondlife.com/wiki/LlDetectedTouchUV


and use some texture in the same 1 prim vendor with a smaller squares with the color choises.
example: (the grid is the coordinates)



PS: try to posting this on the scripting tips for more chances to get an anwser

This is similar to what I am looking for. I just took this at Zaara's. There are 3 separate colors/patterns offered by clicking one of those or purchasing all three by clicking the big photo.



Going to scripting is a good idea...just don't tend to understand much of what they're saying...lol.

Again...I do appreciate all the responses.

wow, I never knew you could do this... very interesting and will save a lot on prims for multiple colors of something... (gives me something to think about wooot)

There is a vendor script out there that will let you do exactly that. If you'll IM me tonight, I'll try to find the lm for you. It was pricey...999L, but Ecelectic uses it and just loves it. It also does a split pay, if you need that.

Yep, E's store is where I noticed it, although I'm seeing it show up more places. DEFINITELY a prim saver!

Thanks, HoneyBear!

1 prim 4 buttons



1 prim 6 buttons

Aah guys--this is so cool...I have the exact problem trying to keep the prims down, and wanting to supply transfer versions of my work as well as copiable....

Grins and goes off to get it sorted out )))

This is actually the very reason i got the script i did. It has the abilities to offer up to 12 colour options, or transfer and copiable options or any other combinations you can imagine (up to 12 per prim) with an easy notecard. It actuallyt uses a menu system which i like in ordewr for peopel to pick an item. It is simple to set up ajnd very well done. The support for it is also brilliant.

I also love the option to offer spilt profits so my partner and i can split the sales from my
store (as it is on her land), so i can help cover land costs more easily now.

It IS 1000L which may seem like a lot but when you think about the simple fact you can save up to 11 prims per item, which means less land need3ed for your store, the ability to put more items on offer in a small vendor store and the ability to offer your customers more options i believe this pays for itself.

I am travelling at the moment but from memory the creators name is jess reider?? and her script is on slx

A HUGE thank you to everyone who supplied info for this thread! In the grand cause of saving prims, yet still showing the customer more of what is offered, these ideas are BRILLIANT!!

https://www.xstreetsl.com/modules.php?name=Marketplace&file=item&ItemID=1353208

full perms, open source and free

how difficult would it be to mod that to be a touch detected by the color?
LlDetectedTouchUV

or by the position
LlDetectedTouchPos

instead of the detect faces

the lower half of the front face is set up as cordoned off buttons.
The source is open. Edit as you wish. The only caviat is ONLY ONE image per face so you need to include your color choices on each image. To some extent you CAN have buttons which are inactive until other buttons are touched. This (with fancier scripting) can make sub menus possible too.

One little caution here: There are still folks using viewers that don't support the llDetectedTouch*() functions. The script can tell that the touch came from an older viewer, so to get around that, an old-fashioned dialog box interaction might suffice. (I haven't looked at the script under discussion here; maybe it already falls back to that.)

The other bit that always puzzles me is the use case where Person A selects a color, Person B changes the color, and then Person A pays the vendor. Should it:

a.) deliver Person B's selected color (which is also the currently-displayed choice)?
b.) deliver Person A's selected color (because it was what the payer selected the last we heard from them)
c.) ask the user to confirm and/or
d.) refund the money?

(This ambiguity arises in multiple-choice vendors of all kinds, not just one-prim versions.)

Yes this issue occured to me about may of the vendors you can use to offer colour choices etc.

That is the main reason i chose the one i did actually. The choice of what you want to pick from the vendor is done via a menu

wrong damn thread... never mind

You're in the right thread, E...unless I'm in the wrong one as well and I'm the one who asked the question...lol.

I'm leaning toward getting the vendor you purchased once I see when I'll need it. I strolled about in Caledon a bit last night and seems like a lot of merchants there use small holodeck vendors. Interesting to actually see the product as part of the vendor, and definitely prim-conscious, but I like to sit on furniture, turn lanterns on/off, etc.

(I might change my mind once I see how much I'm going to be charged per prim. At the moment I have a friend offering a three-story free location in a new sim. Once the sim/s are completed, then I would need to pay.)