It's just like the other fourteen we already have: you trade non-Meat currency for items. Just like every one of the others, it has its own wrinkle: in Mr. Store, the inventory changes each month.
We already have a MrStoreRequest. This registers visits to (and purchases from) Mr. Store. It already parses the merchandise display when you visit in the Relay Browser and registers new items - including picking out the Mr. A cost (which it currently ignores).
I think the built-in merchandise for Mr. Store in coinmasters.txt could have only the stuff which is ALWAYS there, and when you "check", it visits and adds anything else - the current IOTM and the two current FOTYs. If we force the user to "check", we don't have to update the data every time an IOTM or FOTY is replaced. Although, considering that we DO submit support for new items as soon as we can after they're released, this could just be one more change to be included in the initial commit for the new items.
Given the massive refactoring of the Coinmaster implementation I just completed, this should be very easy.
Now, adding a "pull" button to take a Mr. A from Hagnk's, like Mr. Store has in the native interface, would be a little more work, but would be nice. That, too, would be a first: a different GUI element in a particular CoinMasterPanel.
We already have a MrStoreRequest. This registers visits to (and purchases from) Mr. Store. It already parses the merchandise display when you visit in the Relay Browser and registers new items - including picking out the Mr. A cost (which it currently ignores).
I think the built-in merchandise for Mr. Store in coinmasters.txt could have only the stuff which is ALWAYS there, and when you "check", it visits and adds anything else - the current IOTM and the two current FOTYs. If we force the user to "check", we don't have to update the data every time an IOTM or FOTY is replaced. Although, considering that we DO submit support for new items as soon as we can after they're released, this could just be one more change to be included in the initial commit for the new items.
Given the massive refactoring of the Coinmaster implementation I just completed, this should be very easy.
Now, adding a "pull" button to take a Mr. A from Hagnk's, like Mr. Store has in the native interface, would be a little more work, but would be nice. That, too, would be a first: a different GUI element in a particular CoinMasterPanel.