Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
New MekHQ release
#1
Its been a long time coming, but we finally have a new MekHQ release ready! Go to the download page to get it. This release has quite a few new features and fixes, but I want to point out two in particular:

1) This release should fix the two nasty bugs that were preventing people from (a) re-deploying vehicles, and (b) causing repairs to not be completed.
2) This release also includes an option to save your campaign as an XML file. The advantage of this approach is that campaigns saved in this format should be importable into new versions of the program. However, this feature is very new, so we recommend saving campaigns in both formats from time to time.
Here is the full changelog:

+ updated MegaMek.jar
+ pilot portraits
+ unit camo
+ CamoChoiceDialog
+ close button for PersonViewDialog
+ updated build.xml
+ PortraitChoiceDialog (not fully working)
+ updated nbproject properties
+ set default campaign options to vanilla StratOps
+ campaign options reset to private variables accessed by normal methods
+ Bug: campaign does not need to be passed into unit diagnostics because it is a variable in Unit.java
+ finances are disabled by default
+ Bug: finances disabled, replacement not possible due to lack of finances
+ refresh unit view when buying units
+ refresh respective views when hiring pilots and techs
+ removed "Store Time" option (no time machines!)
+ Techs can now begin a task on one day and finish it the next if they run out of time
+ Added one version of a random name generator
+ Name Gen class
+ Random names on "hire personnel" dialogs
+ First-pass resource files for first names, last names, and name patterns.
+ Added menu items and partial implementation of Save/Load to/from XML for campaign, in parallel to binary serialization.
+ Menu entries for save to/load from XML
+ Functions for saving Campaigns and most sub-objects to XML (Entity and Mounted currently outstanding)
+ Functions for loading Campaign and most sub-objects from XML (units, personnel, tasks, teams, parts, campaign options outstanding)
+ Added beginnings of a more flexible log framework handled through MekHQApp object.
+ Change "funds" var from int to long. MAX_INT is only 4.3 billion or so, and there are DropShips that cost 1.6 billion...
+ Changed cost of parts from int to long, plus a couple of supporting functions that used it.
+ Changed instances of "" to "" for XML parser compatibility on comments and text window.
+ Changed instances of "" to "" for XML parser compatibility on comments and text window.
+ Added "reCalc" function to all Units, Parts, Persons, WorkItems, and Teams.
+ Moved all calculated values in constructors into reCalc and called in constructors.
+ Added "reCalc" to XML de-serialization to catch up on missing values.
+ XML Serialization/de-serialization completed.
+ Altered NewTechTeamDialog so that it generates a new name once a tech is hired.
+ Put partial implementation of "getMonthlySalary()" on Person, as a step towards finances (using FM:Mercs® rules).
+ Added "Team Type" to SupportTeam for differentiation without class type comparison.
+ Re-factored MekGyro to more closely reflect actual calculations (based on gyro tonnage, not unit tonnage/walk MP).
+ Cleaned up numerous unnecessary imports.
+ Cleaned up some hanging references/unreferenced locals in code.
+ Bug 2908482: Unable to deploy any vehicles
+ Bug 3065623: Lock up when trying to do tasks
+ avoid concurrent looping problems in Campaign.RemoveAllTasksFor(Unit)
+ updated MegaMek.jar to 0.35.22
+ Bug 3262646: Report Pane doesn't auto scroll
+ Bug 3014569: Load Campaign Dialog Filter
+ updated mechfiles
+ Bug 3193405: Cannot Hire Pilots---Latest SVN
+ Bug: setCaretPosition for txtPaneReport not getting right length
+ Updating unit images to 0.35.22
+ Bug: Armor replacement on locations with no armor left 3 points unfixed
+ reversed ordering of report (new items are added to the top) to remove issue of inconsistent auto-scrolling
Reply
#2
Nice work, it sounds like a lot of great fixes/changes. I can't wait to give the new version a try with my campaigns.
Reply
#3
I can't wait to use it. I've been living with MekHQ's bugs ever since it was released.
Reply
#4
Don't get too excited. I just discovered another bug where once you get to 150 lines in your report, the program gets non-responsive. This is caused by a bug in the code that removes lines after you hit the 150 mark. I will have a release out by the end of the week with a fix, but in the meantime you can resolve it by saving your campaign as xml, opening the xml file in a text editor and deleting all the <reportLine> lines in the <currentReport> tag.
Reply
#5
Yeah was wondering about the lock up. Is why I logged back on the forums. I also can not get ether of the campaign save options to actualy save a file.

It pulls up the window with the named file with a time stamp, such as. (My Campaign01013067.cpn)

But will not save the file in ether format.

Just to be sure its D/L version mekhq-dev-svn-20110415.zip were talking about. Not that I missed a D/L posting somwhere.

I cant rem if the parts storage worked in the old version. As it dose not save to a file ether. assuming it is active, may have missed that in the bug list?

all in all patiently waiting. UB

P.S. the techs dont finish the assinged task for me ether, it just remains assigned for ever.
Reply
#6
What actually happens when you hit the save button? It just doesn't produce a file, or does it give you an error?
Reply
#7
It dosnt produce a file. just closes the save option box and nothing.
Reply
#8
I just pulled a fresh copy into another folder to check as I added my own custom meks to the first version I unpacked I also realized I had FRAPs running on the screen so killed that and reopened the stock load of MekHQ.

Nope it still dosnt save a file and no error msg.

I am running win7 and still have that darn java update error. could it be my java is out of date.

off the silly updater it says im running ver 1.6.0_22  ??

I havent played around with MM in a few months so i havent tried to police the java issue. Guess ill look into that, maybe do a fresh install.
Reply
#9
Update java, do a fresh install, and call me in the morning. If you still aren't getting a save then I would need to see the contents of your log file.
Reply
#10
yeah did a full reformat of system then updated java, still dosnt save ether campagn type.

had a lot of junk on my pc, dam girl friend. lol

Im running: win7 64bit, java 6.24

MM dev version 0.35.22, MekHQ 1.22. again just to clarify.
Reply
#11
Try saving a campaign and then copy in the text from your mekhqlog.txt file in the log directory to here.
Reply
#12
Im a dunce, had read only set. derrrr

Thank you anyway.

UB
Reply
#13
Is there actually a user doc for MekHQ or is it hunt and find out how to use it on yer own?
Reply
#14
I don't think there are any user doc for MekHQ. Also, Taharqa has been making so many changes in the last 3 weeks that anything from the long standing previous version (was that 1.1 or 1.2?) would be completely outdated by now. The same goes for writing a user doc at this time, until it is more 'complete' it would probably be premature to write anything. At least while the update releases remain ~weekly. But you're welcome to check the forums for any questions as a lot have been asked here, or if you don't see the answer just post your question(s). You'll usually find someone willing to answer.
Reply
#15
Right then.. Off to tinker.
Reply
#16
Whenever I try to customize it closes the window to choose a variant without doing anything and I get this error. Newest java version, win 7

May 14, 2011 5:12:11 PM mekhq.MekHQView$UnitTableMouseAdapter actionPerformed
SEVERE: null
megamek.common.loaders.EntityLoadingException: While parsing file mechs.zip, Unsupported file suffix
at megamek.common.MechFileParser.<init>(MechFileParser.java:87)
at megamek.common.MechFileParser.<init>(MechFileParser.java:76)
at mekhq.MekHQView$UnitTableMouseAdapter.actionPerformed(MekHQView.java:5836)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.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(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown 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.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Reply
#17
Yeah, customization is broken. Longingus submitted a patch to fix it, but I have now gone and completely redesigned the repair code, so customization won't work for awhile.
Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  New MekHQ Release 0.3.6 Taharqa 11 1,464 12-22-2014, 05:20 PM
Last Post: neilfw
  New MekHQ Release 0.3.5 Taharqa 11 2,015 05-30-2014, 06:35 PM
Last Post: ralgith
  New MekHQ Release 0.3.4 Taharqa 8 1,892 05-01-2014, 09:08 AM
Last Post: Jayof9s
  New MekHQ Development Release 0.3.3 Taharqa 3 1,230 09-20-2013, 10:41 PM
Last Post: ralgith
  New MekHQ Development Release 0.3.2, now with maintenance Taharqa 10 1,778 09-19-2013, 08:34 AM
Last Post: ralgith
  New MekHQ Development Release 0.3.1 Taharqa 18 3,146 09-09-2013, 10:55 PM
Last Post: DaddyHolby
  New MekHQ Development Release 0.3.0 Taharqa 16 3,025 04-30-2013, 02:30 PM
Last Post: mchapman1970
  First Stable MekHQ Release! Taharqa 10 2,106 03-22-2013, 04:26 AM
Last Post: Thom293
  New MekHQ Release 0.1.24 Release Candidate 3 Taharqa 10 2,085 03-14-2013, 01:26 PM
Last Post: Taharqa
  New MekHQ Release 0.1.22 Release Candidate 1 Taharqa 15 2,704 02-18-2013, 08:06 PM
Last Post: Jayof9s

Forum Jump:


Users browsing this thread: 1 Guest(s)