Moderator: Tech Team
yeti_c wrote:cicero wrote:A bug in 3.5.1. Was also present in 3.4.5.
Check this game http://www.conquerclub.com/game.php?game=1524353
Choose standard stats table and check deferred armies for arbz ... it shows 4.
However arbz has not just missed a turn.
Cicero
OK - I'll look into fixing that Thursday!
C.
Code: Select all
if (log[i].has("deferred"))
playersArray[name]._deferred = armies;
else
playersArray[name]._lastBonus = playersArray[name]._lastBonus + armies;
Code: Select all
if (playersArray[name]._skipped==0)
statsStr2+= makeTableCellTextWrap(isEliminated, curpid, playersArray[name]._deferred );
chewyman wrote:I loved the float actions feature, but I've had to turn it off now. The end attack and auto attack buttons are too close together and I've now stuffed up twice. I think you should put some sort of clear division, or even just a larger space, between the two buttons.
yeti_c wrote:chewyman wrote:I loved the float actions feature, but I've had to turn it off now. The end attack and auto attack buttons are too close together and I've now stuffed up twice. I think you should put some sort of clear division, or even just a larger space, between the two buttons.
Here's a thought - turn on "Confirm Phase End"...
Adding stuff into the action form isn't overtly easy - I could do it but it would make it look a bit uglier.
C.
DrUniverse wrote:okay so I know this might be a dumb question but I am trying to get this however when I click the link here, and click install script, all I get is a web page with a bunch of cmp lingo. can anyone tell me what I am doing wrong?
chewyman wrote:yeti_c wrote:chewyman wrote:I loved the float actions feature, but I've had to turn it off now. The end attack and auto attack buttons are too close together and I've now stuffed up twice. I think you should put some sort of clear division, or even just a larger space, between the two buttons.
Here's a thought - turn on "Confirm Phase End"...
Adding stuff into the action form isn't overtly easy - I could do it but it would make it look a bit uglier.
C.
I already have it on, but I also have the confirm auto attack feature. It's just a simple enter key to bypass the confirmation, so if I've pressed the wrong button the confirmation isn't really going to help since my finger is already hovering over the enter key.
I understand if it would be too much work though, you're doing this for free and it's a great program after all. But wouldn't it be possible to get the buttons the same distance from each other as they are when they aren't floating.
chewyman wrote:yeti_c wrote:Here's a thought - turn on "Confirm Phase End"... <snip>chewyman wrote:I loved the float actions feature, but I've had to turn it off now. The end attack and auto attack buttons are too close together <snip>
C.
I already have it on, but I also have the confirm auto attack feature. It's just a simple enter key to bypass the confirmation, so if I've pressed the wrong button the confirmation isn't really going to help since my finger is already hovering over the enter key.<snip>
cicero wrote:chewyman wrote:yeti_c wrote:Here's a thought - turn on "Confirm Phase End"... <snip>chewyman wrote:I loved the float actions feature, but I've had to turn it off now. The end attack and auto attack buttons are too close together <snip>
C.
I already have it on, but I also have the confirm auto attack feature. It's just a simple enter key to bypass the confirmation, so if I've pressed the wrong button the confirmation isn't really going to help since my finger is already hovering over the enter key.<snip>
Yeti, perhaps you could put in confirm confirm auto attack and confirm confirm phase end features?
That way at least chewyman will have no reason to argue that his "finger is already hovering over the enter key" ...
But then he'd just press enter twice I suppose ...
Perhaps confirm confirm confirm auto attack and confirm confirm confirm phase end features as well?
No,no. Just press enter three times ...
Perhaps you could distribute the script on a CD with a free razor blade and instructions that the user put their finger through the hole in the CD and guillotine it with the razor blade?
Hmm, but what about people who couldn't get their fingers through the hole?
Sheesh. I'm glad you're the developer yeti.
Cicero
lalinea wrote:hi i instaled scrips an everithing works fine till i turned menu off.Now i dont know where can put menu on again.
) in front of the Missed Turn counter if a player has missed turns. I know it should be pretty obvious already if you can tell 0 from 1 or 2, but the Cards counter has a picture as well and Missed Turns is jealous.
Ishiro wrote:Frop wrote:Bug(?): The Armies and Territories percentage isn't displayed except for the last Team if you have Stats set to Standard. If you use Extended stats the percentages are displayed for each team.
Thats the difference between Standard and Extended stats.
Ishiro wrote:Ahh... missed that key word. Problem is in the code that displays the final team's info when the player loop is done. Starting on line 2868 in the code, it needs to be changed to match the team line displays inside the loop. There are actually a couple of problems (fog of war counts are not being applied to the last team either).
Ishiro wrote:yeti_c wrote:cicero wrote:A bug in 3.5.1. Was also present in 3.4.5.
Check this game http://www.conquerclub.com/game.php?game=1524353
Choose standard stats table and check deferred armies for arbz ... it shows 4.
However arbz has not just missed a turn.
Cicero
OK - I'll look into fixing that Thursday!
C.Code: Select all
if (log[i].has("deferred"))
playersArray[name]._deferred = armies;
else
playersArray[name]._lastBonus = playersArray[name]._lastBonus + armies;
In your processing of the log, if you see deferred armies, you are storing them. But if deferred armies are seen in the log, he is no longer deferring armies, and it should be setting it to 0. Deferred armies should only be calculated at the end of the log, if the player currently has a skipped value other than 0. Then when you get to displaying stats:Code: Select all
if (playersArray[name]._skipped==0)
statsStr2+= makeTableCellTextWrap(isEliminated, curpid, playersArray[name]._deferred );
You are displaying the deferred value. In the case linked, the player previously missed a turn. When a deferred cash in is seen, its stored, but since the player has played a turn, skipped was set back 0 but deferred is never cleared.
As I previously mentioned, I think the deferred variable can be dropped altogether. If there are no skipped turns, deferred is 0 and if there are skipped turns, deferred is the current bonus waiting for them times the number of skipped turns.
