Well since it didnt look like anyone else has started a thread like this yet I thought I might as well =)
Lurkers and others note: This is only for the Demo 7 testbed which is only in alpha testing right now.
It already crashed the first time I tried to run it :b I get the following when I try the Rome Scenario on COmputers only:
Exception in thread "main" java.lang.NullPointerException
at game.economics.Economics.startUp(Economics.java:49 )
at game.manager.Game$ScenarioFileSelection.execute(Ga me.java:151)
at game.manager.Game.(Game.java:71)
at game.manager.GameMain.main(GameMain.java:10)
It also appears I can still get the same NullPointerException bug (Clicking on the bottom row) in D& so that should still be relevant.
When editing the government/ruler details, it kinda messes up when you enter an exact number instead of using the scroller. If you enter a numebr and don't press enter, it won't recognize it. If you enter a number and do press enter, it won't always give you the number you specified; for example, I just typed "10" into Capital and pressed enter. It deducted from the other sliders as appropriate, but it gave capital 12 instead of 10. Also, not as important: I'd like to see the number in the box updated before you release the slider in D8 or 9.
Also involving the sliders for the ruler info: You can get negative numbers or numbers that over over 100. This is done by locking a slider in place; the lock works fine if your only sliding it and won't let you go over 100% total like its supposed to. However, if you enter a number in a box, you can bug it out this way, FE:
I have 10 in A, 20 in B, and 70 in C. B is locked. I manually enter in 100 for C and A turns to -20, leaving B still at 20. (This still technically totals 100 of course, 100+20-20) Also, I can just manually enter in a number over 100 reguardless of wheter anything is locked.
In addition, I would have to suggest that you make the sliders act more like the did in MOO, IE when you decrease one it's only distrubited over to the bottom one or something like that (if you decrease the bottom one, it would increase the 2nd to bottom or something). This makes it a lot nicer and you don't have to lock almost every slider just to change 2 values and keep the rest the same. (When you decrease one that's at 100 and the rest are at 0 or locked, it won't decrease whewn you move the slider down)
Hmm ok and I just got a Fatal Error pop up that said "No archetypes found for pathfinding algorithm" I think I got this when I tried to tell a TF t move where it was already going to move. The error list for that is:
Error display: No archetypes found for path algorithm
java.lang.Exception
at game.movement.MovementCost.getPath(MovementCost.ja va:34)
at game.movement.MovementCost.getPath(MovementCost.ja va:64)
at game.movement.MapInputMode$Move.getPath(MapInputMo de.java:321)
at game.movement.MapInputMode$Move.leftButton(MapInpu tMode.java:287)
at game.movement.MapInputMode.leftButton(MapInputMode .java:81)
at game.geography.gui.MapPanel$1.mouseClicked(MapPane l.java:75)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent( Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(U nknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unkno wn Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierar chy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarch y(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Also, right before that one I got another error in the log that I haven't seen before, it may or may not relate to the one above:
Exception occurred during event dispatching:
java.lang.NumberFormatException: 400\
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at game.libraries.gui.MultiSlider$2.actionPerformed(M ultiSlider.java:223)
at javax.swing.JTextField.fireActionPerformed(Unknown Source)
at javax.swing.JTextField.postActionEvent(Unknown Source)
at javax.swing.JTextField$NotifyAction.actionPerforme d(Unknown Source)
at javax.swing.SwingUtilities.notifyAction(Unknown Source)
at javax.swing.JComponent.processKeyBinding(Unknown Source)
at javax.swing.JComponent.processKeyBindings(Unknown Source)
at javax.swing.JComponent.processKeyEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.processKeyEvent(Unk nown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unkno wn Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierar chy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarch y(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
There's something to start with at least I'll keep hunting for more bugs.
Lurkers and others note: This is only for the Demo 7 testbed which is only in alpha testing right now.
It already crashed the first time I tried to run it :b I get the following when I try the Rome Scenario on COmputers only:
Exception in thread "main" java.lang.NullPointerException
at game.economics.Economics.startUp(Economics.java:49 )
at game.manager.Game$ScenarioFileSelection.execute(Ga me.java:151)
at game.manager.Game.
at game.manager.GameMain.main(GameMain.java:10)
It also appears I can still get the same NullPointerException bug (Clicking on the bottom row) in D& so that should still be relevant.
When editing the government/ruler details, it kinda messes up when you enter an exact number instead of using the scroller. If you enter a numebr and don't press enter, it won't recognize it. If you enter a number and do press enter, it won't always give you the number you specified; for example, I just typed "10" into Capital and pressed enter. It deducted from the other sliders as appropriate, but it gave capital 12 instead of 10. Also, not as important: I'd like to see the number in the box updated before you release the slider in D8 or 9.
Also involving the sliders for the ruler info: You can get negative numbers or numbers that over over 100. This is done by locking a slider in place; the lock works fine if your only sliding it and won't let you go over 100% total like its supposed to. However, if you enter a number in a box, you can bug it out this way, FE:
I have 10 in A, 20 in B, and 70 in C. B is locked. I manually enter in 100 for C and A turns to -20, leaving B still at 20. (This still technically totals 100 of course, 100+20-20) Also, I can just manually enter in a number over 100 reguardless of wheter anything is locked.
In addition, I would have to suggest that you make the sliders act more like the did in MOO, IE when you decrease one it's only distrubited over to the bottom one or something like that (if you decrease the bottom one, it would increase the 2nd to bottom or something). This makes it a lot nicer and you don't have to lock almost every slider just to change 2 values and keep the rest the same. (When you decrease one that's at 100 and the rest are at 0 or locked, it won't decrease whewn you move the slider down)
Hmm ok and I just got a Fatal Error pop up that said "No archetypes found for pathfinding algorithm" I think I got this when I tried to tell a TF t move where it was already going to move. The error list for that is:
Error display: No archetypes found for path algorithm
java.lang.Exception
at game.movement.MovementCost.getPath(MovementCost.ja va:34)
at game.movement.MovementCost.getPath(MovementCost.ja va:64)
at game.movement.MapInputMode$Move.getPath(MapInputMo de.java:321)
at game.movement.MapInputMode$Move.leftButton(MapInpu tMode.java:287)
at game.movement.MapInputMode.leftButton(MapInputMode .java:81)
at game.geography.gui.MapPanel$1.mouseClicked(MapPane l.java:75)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent( Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(U nknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unkno wn Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierar chy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarch y(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Also, right before that one I got another error in the log that I haven't seen before, it may or may not relate to the one above:
Exception occurred during event dispatching:
java.lang.NumberFormatException: 400\
at java.lang.Integer.parseInt(Unknown Source)
at java.lang.Integer.parseInt(Unknown Source)
at game.libraries.gui.MultiSlider$2.actionPerformed(M ultiSlider.java:223)
at javax.swing.JTextField.fireActionPerformed(Unknown Source)
at javax.swing.JTextField.postActionEvent(Unknown Source)
at javax.swing.JTextField$NotifyAction.actionPerforme d(Unknown Source)
at javax.swing.SwingUtilities.notifyAction(Unknown Source)
at javax.swing.JComponent.processKeyBinding(Unknown Source)
at javax.swing.JComponent.processKeyBindings(Unknown Source)
at javax.swing.JComponent.processKeyEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.processKeyEvent(Unk nown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unkno wn Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierar chy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarch y(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
There's something to start with at least I'll keep hunting for more bugs.
Comment