Errata / Known Issues
---------------------

* Ammo types from the TM that are not present in MegaMek are prefixed by "!" in QuickMech.
^
* If a design with multiple adjacent targeting computers in the same location is loaded, they will be condensed to a single targeting computer of standard size.  Very unlikely to be seen by anyone.
^
* Because the two pieces of split weapons are not explicitly linked or sized in .mtf files, QuickMech must make assumptions about which locations are linked.  This may lead to slight changes occasionally, e.g. if a design had two split AC/20s, both with 6 cits in the LA, and 4 in the LT, they would be rearranged to a whole unsplit 10-crit AC/20 in the LA, and the second weapon split 2/8 in LA/LT.  Probably only very rarely seen.
^
* It is possible to have more items than will fit in the equipment list (scrolling was not an option: it must eventually be saved as an image).  To be honest the list was a pretty low priority: the information in the crits spaces is always complete, and there isn't enough room in the image to fit a quantity column anyway.
^
* When moving split items the secondary piece is counted when calculating which locations have enough space to mount the weapons, so may prevent a legal move.  Not a big issue: may mean two moves are required instead of one. I could just not allow move at all for split weapons, as a lazy fix for this.
^
* I think (humble apologies to MML if I'm wrong!) that if anyone using QuickMech notices the occasional 1 C-Bill cost difference from MegaMekLab calculated costs, it is actually an error in MML, not QuickMech. 
For example: the Hankyu A, as a standard, non-Omni mech would have a cost of 5,059,990.00 .  
As an omni mech it gets a 1.25 modifier applied which, before rounding, gives 6,324,987.50 .  
The TM says to round the cost to the nearest C-Bill (and even explicitly mentions this particular case: "rounding up at .50") but MML apparently rounds this down to 6,324,987, while QuickMech will correctly round up to 6,324,988.
^
* For anyone noticing different costs to those generated by Skunk Werks for omnimechs: I don't think SSW is applying the omnimech 1.25 scalar.
^

^
I've tried to stick 100% exactly to the rules in TM/TW, but there were some tiny things that had to be changed (please feel free to comment on them):
^
1) The TM states:
"The weight of a Targeting Computer is based on the weight of all direct-fire, non-missile heavy weapons (not counting machine guns, flamers or TAG systems) used by the unit"
and the weapons tables in TW don't classify Pulse Lasers as direct fire("DE" or "DB"), they're classified as "P" Pulse, so it seems quite clear to me that pulse lasers can't be linked to a targeting computer.
^
However, PLs have apparently been linked to TCs since long before I ever picked up a rule book, and TW makes this suggestive (but far from affirmative) statement:
"Pulse and Rapid-Fire Weapons: Pulse and rapid-fire weapons may not use a targeting computer to make an aimed shot, unless a rapid-fire weapon is firing a single shot, in which case it can make an aimed shot as described above)."
^
So QuickMech links PLs to TCs.
^

2) IS ERPPCs are listed in the TM as having BV 228, but because they were apparently previously calculated with a BV of 229, QuickMech uses 229, so that the BV of canon units matches the Master Unit List.
^
3) Clan UAC/5 are listed in the TM as 8 tons, but canon designs seemed to have used 7 tons, so QuickMech uses 7 tons also. (At 8 tons some canon units are technically over-weight...)
^
4) The TM says to round MASC *up* to the nearest ton/crit, but it seems some canon designs have not followed this rule: e.g. the "Hellfire 2" rounds 2.4 *down* to a 2 ton/crit MASC. 
Units with this design error may appear overweight in QuickMech (and BV will be affected) but QuickMech will not be rounding MASC size/mass down.
^
5) The TM says to add 1 to speed for TSM when calculating Speed Factor for BV, but the BV values (at least(?) some) in the Master Unit List actually add 2, so QuickMech adds 2.


