|
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
|
12-31-2007 13:03
From: Jesse Barnett Haven't played with it yet but I was looking some last night. As previously mentioned, get the key of the person who either left or right clicks the vendor 1st. Then if anyone left clicks it they will recieve a message stating that the vendor is in use. If they right click it to pay then have an if test in the script so that if it isn't the same key, then it uses llSetPayPrice(PAY_HIDE.
Once the 1st person pays or the timer event expires then the key is set back to "".
But then again as noted, I haven't actually tried it yet. Hope it helps. I'll be playing around with it some tonight or tomorrow. right click doesn't register to an event to capture the key (unless touch or sit is selected from the pie menu) in fact even left click wont register to an event if it's set to default left clicks to buy, pay, or open.... if it did, we could avoid the whole mess by just timing out the pay option...
_____________________
| | . "Cat-Like Typing Detected" | . This post may contain errors in logic, spelling, and | . grammar known to the SL populace to cause confusion | | - Please Use PHP tags when posting scripts/code, Thanks. | - Can't See PHP or URL Tags Correctly? Check Out This Link... | - 
|
|
Haruki Watanabe
llSLCrash(void);
Join date: 28 Mar 2007
Posts: 434
|
12-31-2007 21:04
First: happy new year  I don't really get the whole discussion here, really. I mean, honestly, if I were in an online shop and it'd tell me «sorry, another user is currently shopping»*I'd think WTH? We are all used to shopping carts that we can fill up and proceed to the cashier when we're done. If we decide not to buy the items in our shopping cart, we simply leave and don't bother... Why is it, that this doesn't apply to sl? Is every one of us really only buying one item at a time? Are all the shops out there THAT bad, that we don't buy multiple things? Why not build a system, that actually allows us to put multiple items in our carts and then proceed to the cashier, simply pay the amount we owe and get the goods delivered after? This kinda postpones the issue we're having here, but at least, I could check in the end whether I really wanna buy the stuff in my cart or maybe alter its contents... So - what about building a system that lets us fill up our shopping-cart and then go to a cashier, have the items in our cart repeated and pay the amount they cost? (leading to my first suggestion, that the user has to be asked «you're about to buy xy, for XL$ - is this OK?» and if the user clicks «OK» the amount will be deducted...? (maybe, I should just stfu because it's 6am and I'm coming home from a new year's party... so let me know if this is too stupid |
|
Macro Voss
Registered User
Join date: 23 Jul 2007
Posts: 20
|
12-31-2007 22:51
From: Jesse Barnett Haven't played with it yet but I was looking some last night. As previously mentioned, get the key of the person who either left or right clicks the vendor 1st. Then if anyone left clicks it they will recieve a message stating that the vendor is in use. If they right click it to pay then have an if test in the script so that if it isn't the same key, then it uses llSetPayPrice(PAY_HIDE.
Once the 1st person pays or the timer event expires then the key is set back to "".
But then again as noted, I haven't actually tried it yet. Hope it helps. I'll be playing around with it some tonight or tomorrow. This is kinda what I've decided to go for. I have a button that is green and says "BUY" that you need to click first. Once you'ved clicked it, it goes red and says "in use" and stays that way till a timer expires of the item is paid for by the same person. The pay buttons are hidden when not in use until you click "BUY". Once you've done that, it checks the key of the payer is same as the one who clicked "BUY". If not, you get refunded. I'm sacrificing a bit of usability to make this more stable but that's the only way I can think of doing it. As long as I make it very clear, easy and obvious, it should be fine. |
|
Macro Voss
Registered User
Join date: 23 Jul 2007
Posts: 20
|
12-31-2007 22:54
From: Haruki Watanabe First: happy new year I don't really get the whole discussion here, really. I mean, honestly, if I were in an online shop and it'd tell me «sorry, another user is currently shopping»*I'd think WTH? We are all used to shopping carts that we can fill up and proceed to the cashier when we're done. If we decide not to buy the items in our shopping cart, we simply leave and don't bother... Why is it, that this doesn't apply to sl? Is every one of us really only buying one item at a time? Are all the shops out there THAT bad, that we don't buy multiple things? Difference between SL and web is that when you connect to a website you get a unique session that applies to your connection. In SL, you are manipulating the same instance of an object that others are using. You end up with a lot of mutual exclusion problems 'cos of that. |