From: SourceForge.net <no...@so...> - 2006-06-26 12:49:33
|
Plugin Bugs item #1449193, was opened at 2006-03-14 09:42 Message generated for change (Comment added) made by jdempsey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=627102&aid=1449193&group_id=25576 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Initiative Module Group: To be Fixed for 5.10 Status: Open >Resolution: Fixed Priority: 5 Submitted By: Big J Money (bigjmoney) Assigned to: Devon Jones (soulcatcher) Summary: Modifying Init in GMGen Initial Comment: Manually inputing initiatives for combatants into combat/initiative tab does not alter their turn order in the round. This is the case if you try to do it before the combat or during. This causes two problems: #1 For GMs who wish to allow their players to roll their own inits and them input them manually into the combat. #2 When characters ready/delay and it changes their init during combat. In either of these cases, every creature in the encounter has to have their turn order manually altered to continue in the correct sequence. I'm assuming this is a bug and not a feature! ---------------------------------------------------------------------- >Comment By: James Dempsey (jdempsey) Date: 2006-06-26 22:49 Message: Logged In: YES user_id=558288 Fix for both issues checked into trunk (5.12): http://svn.sourceforge.net/pcgen/?rev=1138&view=rev ---------------------------------------------------------------------- Comment By: Big J Money (bigjmoney) Date: 2006-06-21 09:44 Message: Logged In: YES user_id=1475267 Oh yeah, version 5.8.1 on Win XP... ---------------------------------------------------------------------- Comment By: Big J Money (bigjmoney) Date: 2006-06-21 09:41 Message: Logged In: YES user_id=1475267 I originally did a poor job of researching this bug, but have extensive information on it now. I was mislabeling the symptoms. There appears to be two problems contributing to this bug, and I have detailed them here. First, however, let me be clear about GMGen's functionality. The values in the top right corner of the Initiative Tab are supposed to represent the round number and current initiative value, correct? "1 (23)" stands for Round 1, Initiative 23, correct? Here is where there is erroneous behavior. Problem1: First of all, let me declare the top right corner value to be i. When "Start Combat" is pressed, the value of i is "0 (X)", where X is either the higest initiative value or 20, whichever is greater. I am going to refer to this as "initial i", since its value determines future behavior. Note for Problem2 that if you manually enter an initiative, and it becomes the greatest value, initial i does not change accordingly. Problem1 assumes you are NOT manually entering any initiatives, however, which could invalidate the test (so don't do it yet). If the highest initiative is less than 20 when you click "Next Initiative", no problems occur, and i becomes "1 (X)", where X is the highest initiative less than 20. If the highest initiative is greater than 19, then the combat will actually begin with the second participant, and X will equal the second highest initiative value. In this case, when "Next Initiative" is clicked after the last participant, the first participant will finally be up, and i remains "1 (X)", where X equals their (highest) initiative. Basically, this means the first person in the round ends up going last. i does not become "2 (X)" until the second participant is up again. Solution: Maybe have initial i equal "0 (X+1)", where X is the highest initiative. That way, when i becomes "1 (X)", it will be correct. Problem2: When you manually enter initiative values, things get even worse. It would be too extensive to explain it in deatail, but knowing that manually entering the initiative does not affect initial i should be enough to reproduce the second problem. There is one specific note of importance, however. Not only is manually editing an inititive before clicking "Next Initiative" for the first time a problem, but changing an initiaitive to be both greater than 19 and the new highest initiative causes things to go out of whack, as well. It seems to have something to do with something GMGen does at the end of every round. You can see it yourself by having no initiatives greater than 19 and completing one round of cmbat. There will be a "Y (20)" at the _end_ of every round, rather than the beginning. Solution: I can't even suggest, since I don't know what's going on. Solving this problem would probably solve Problem1 automatically, though. Any questions, please update this, since it sends it to my email. Thanks. ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2006-06-20 14:40 Message: Logged In: YES user_id=886893 I can't reproduce this either, manually editing the init causes the order to change imedietly as it should. ---------------------------------------------------------------------- Comment By: Devon Jones (soulcatcher) Date: 2006-06-19 03:57 Message: Logged In: YES user_id=107647 I can't reproduce this. Is this on Mac? (Tested on 5.10.x) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=627102&aid=1449193&group_id=25576 |