did a couple things here, fixed issue507 but also, very very very possibly fixed issue548, tho i will leave the closing of those 2 tickets to wololo, as he was the one who originally reported them.
another issue i fixed, when last trigger would be resolving in "trigger" substep, the game was moving to next combatstep before you could finish it, NOW the game correctly finishes resolving any triggers that might have fired off in "Triggers" substep, THEN it adds combatdamage step to the stack. this also fixes an issue where if you were multiblocked and combattriggers fired off, then your trigger would be UNDER the "ordering window" and unresolvable. added waitingforanwsers return to userRequestNextGamePhase when youre "waiting for anwsers" that means you have a menu box open and the game is waiting for you to decide....this was one of the causes of the rush to combat damage while youre still selecting something on a menu. moved Trigger step call to requestnextgamephase into stateEffects() and out of updates, works MUCH better this way. i wonder why this isnt handling more of the automated functions, i suggest we consider moving the autopassphase into stateEffects() also as it will most likely be handled much better in there then in the update function. also, adjust Ailessons on Adrawer, it was still getting a little too excited about drawing cards. moved around the eff setting on grantingability lessons. having it set to 0 BEFORE actually giving it a value was conter productive. added a peice of commented out code in "isintop" function that if you uncomment will allow you to have Ai ALWAYS multiblock you. im pushing this in as i feel comfortable with the positives and havent really come across an adverse effect yet. however i am just one person and testing something like this is much easier with alot more then 1 person on it.
This commit is contained in:
@@ -648,7 +648,7 @@ int GuiCombat::receiveEventMinus(WEvent* e)
|
||||
cursor_pos = ATK;
|
||||
}
|
||||
else
|
||||
go->nextCombatStep();
|
||||
go->userRequestNextGamePhase();
|
||||
return 1;
|
||||
case END_DAMAGE:
|
||||
step = END_DAMAGE;
|
||||
|
||||
Reference in New Issue
Block a user