From: SourceForge.net <no...@so...> - 2005-02-17 22:52:56
|
Bugs item #1112572, was opened at 2005-01-30 10:05 Message generated for change (Comment added) made by eddyanthony You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384719&aid=1112572&group_id=25576 Category: None Group: None Status: Open Resolution: None Priority: 7 Submitted By: Eddy Anthony (eddyanthony) Assigned to: Nobody/Anonymous (nobody) Summary: Negative Bonuses not stacking correctly Initial Comment: When a typed bonus such as this: BONUS: COMBAT|AC|4|TYPE=Dodge is applied more then once PCGen will only apply the higher value. If the number is negative however PCGen will keep subtracting it regardless of type. Example: BONUS:COMBAT|AC|-4|TYPE=Dodge|PREAPPLY:ANYPC When this is applied multiple times it keeps adding up, the same bonus line with a positive number only grants it once. I had thought this was because of some game rule I wasn't aware of but Eric suggests this is indeed a bug. Originaly I discovered this working with Temporary Bonuses but I've tested it as standard bonuses granted by appying a template and I get the same results. This renders all negative bonuses essentially typeless. Assigning to Paul to set priority ---------------------------------------------------------------------- >Comment By: Eddy Anthony (eddyanthony) Date: 2005-02-17 17:52 Message: Logged In: YES user_id=886893 In game mechanics all penalties in 3.5 (negative bonuses) are typeless, so to set this properly in LST we don't use a type for those. This is probably not the case for all d20 games however. This is less a question of game mechanics than what the data monkeys expect PCGen to do, there may be times when adding a type to a penalty solves a problem that has more to do with how thing are do in PCGen than how the mechanics work. ---------------------------------------------------------------------- Comment By: Enrico Canardi (theforken) Date: 2005-02-17 17:46 Message: Logged In: YES user_id=1200673 Ok, got the problem, but are you sure that in the negative case should "win" the -1 ?? I mean these are malus not bonus so the worst one should prevail not the best. TheForken ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2005-02-17 17:33 Message: Logged In: YES user_id=886893 There are at least to problems here, they may be distinct or they may be related. I can only tell you how the program behaves, I don't code. Problem #1 negative typed bonuses should not stack. Example: BONUS:COMBAT|AC|-1|TYPE=Luck BONUS:COMBAT|AC|-4|TYPE=Luck BONUS:COMBAT|AC|-8|TYPE=Luck If a PC had all these from various sources he should get only a -1 because that is the highest one and TYPE=Luck should not stack, If the bonuses were positive like so: BONUS:COMBAT|AC|1|TYPE=Luck BONUS:COMBAT|AC|4|TYPE=Luck The result would be 4, becuase it is the highest. In fact when the bonuses are positive it does work this way but when they are negative the get stacked as if there were no type. So the first three bonuses produce a result of -13 instead of -1. Problem #2 Bonuses for the specials\bonusstacks.lst should stack but are not. BONUS:COMBAT|AC|2|TYPE=Dodge BONUS:COMBAT|AC|4|TYPE=Dodge If a PC has these 2 bonuses they should stack even though they are typed because Dodge is in the bonusstacks.lst file. These types always stack but in my testing i found that they did not and were behaving like other typed bonuses. Oddly I found TYPE=Circumstance, which also is in that file, was stacking the way it should. ---------------------------------------------------------------------- Comment By: Enrico Canardi (theforken) Date: 2005-02-17 14:14 Message: Logged In: YES user_id=1200673 So, wrapping up The problem is just that positive bonus doesn't stack as they should ?? TheForken ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2005-01-30 10:46 Message: Logged In: YES user_id=886893 Just my luck I pick Dodge to test with :p As it happens I tested three bonuses, one of which uses TYPE=Dodge. The other two use TYPE=Temporary and yielded the same results, positive - doesn't stack, negative - stacks. On your suggestion I checked the dodge stacking, its seems we have a larger problem. A positive Dodge bonus did not stack as it should have. Tested with the 5.7.14 release. Thanks Eric, your message was not misleading at all, I'd forgotten about the special stacking types. ---------------------------------------------------------------------- Comment By: Eric Beaudoin (ericbeaudoin) Date: 2005-01-30 10:28 Message: Logged In: YES user_id=324612 You didn't mention Dodge in the original message Eddy (or I didn't see it). Dodge stack by default. (see specials\bonusstacks.lst) So, we have a bug here only if for some reason Dodge stoped stacking with positive numbers. The fact that it stack with negative normal is the expected behavior. I'm sorry if I mislead you. I'm putting the status to pending until you can verify this Eddy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384719&aid=1112572&group_id=25576 |