From: Erik V. <eri...@xs...> - 2012-01-26 13:45:19
|
Martin, OK, let's work on these issues together. 1. The simple way out would be to change highlighting only, but I would immediately concede that actually changing the visible player order is much better. So let's aim for that. However, before making plans, we should have a solution to the next problem as well. 2. Apparently, the player order change has not yet been fully worked out. Can you send me a saved file that doesn't reload, so I can check out why it fails? 3. This is a different matter that we can deal with separately. In any case, it's OK to start with using modal popups, which is much easier. Once that works, it's not a big deal to refactor to use non-modal popups. I can pick up the second part, or all of it if you still don't feel happy about it. Erik. From: Dr....@t-... [mailto:Dr....@t-...] Sent: Wednesday, January 25, 2012 10:02 PM To: Erik Vos Subject: Re: [Rails-devel] Fw: Re: Push Request : 1880 Code Update Part II Hi Erik, a number jump to my mind :) Problem 1: Based on the Fact that the PlayerOrder can change afte the outcome of the StartRound we need to have a flag to switch that order around and let the UI know that it needs to be aware of a new playerorder: Subsequently. 1. The upperPlayerCaption and lowerPlayerCaption need to be updated with the new player order. 2. the player related fields need to be updated also in new order. Currently the player order gets changed, the wrong player is shown as acting but the right player credited with the action. I.e. Player order in Display is A B C D, player c has fewest money after start is now starting player for stock round. Player A is highlighted performs an action and result of action is credited to player c in display. (this is right but confusing as player c should have moved in display to first colomn been highlighted and shown as performing the action :)) Problem 2: The reordering of players causes the game to reject any save game after the initial Startround. Player x cant perform that action... Problem 3: The StartCompany-mechanismn is now for StartroundWindow two actions subsequently (Because the share size of the BCR president share is fixed..) For each other company its three actions in order: a) Determine the startprice/startingorderposition b) Determine the size of the presidents share -20/30/40% c) Determine the BuildingRight based on restrictions from the presidents share (40& Shares can only have Phase A or B or C or D, 30% can have 2 Phases and 20% can have 3 Phases (A+B+C, B+C+D) This in connection with the radiobuttoncode is beyond my skills yet :) Those are my most urgent problems where the wall is to stubborn to give way to my head ! Regards, Martin P.s. your comments where helpful and the right way to show me the way around, i can take positive criticismn :) |