Pay pie menu choice stays on...?

I think this might be a FAQ, but I haven't found the solution.

I've been hired to script some casino games, and have been having a great time doing it. I've done two games, and they generally follow the same flow, where I have a money block in the default state. When the money block is resolved, then I jump to the "in_game" state, where the game logic happens.

This is off the top of my head, so don't expect it to compile:

state default
{

...
   money(key id, integer amount)
   {
       // check money, make change if necessary

       // if everything is all good, then enter the "in game" state  
       state in_game;
   }
}

state in_game
{
   // do game stuff here, including payouts, etc.
}

The problem is that the "Pay" option on the object stays lit and available while the game is in use. It's hard for me (as the owner) to test if money is still being accepted during this time, but it seems like it is...?

I've tried to work around it by making my own "in_game" variable, which I set and test at the appropriate times, so that if someone pays while the variable is set, I refund their money, but it doesn't seem to work.

Any ideas? Is this a solved problem?

Thanks!
Adman

Why don't you have a money event while you are in the in_game state so as it returns any money paid to it while in that state?

It appears I found the relevant thread here:

/54/bb/35022/1.html

Sorry!

That appears to be a workaround. I'll try that.

To answer your question, the reason that I don't have a money event in my in_game state is that I expected the Pay... option to be disabled, so I shouldn't NEED one. Apparently I do.

Thanks!
Adman

When you wish to stop accepting payment just disable the pay price window, it will still show but there will be no buttons nor a payment entry area...

llSetPayPrice(PAY_HIDE, [PAY_HIDE, PAY_HIDE, PAY_HIDE, PAY_HIDE]);

very nice, val! that hadn't occurred to me.

however, that won't totally cover you -- one can open more than one pay dialog at a time, so disabling the payment amount still won't guarantee that payments won't be made into your object at that time.

i still haven't found a good solution to this problem.

cheers,
JL