Vin,
Alas, it's been longer than a year. Very sad I know and yes, it's not good for sales. But hey it's just me and Pavlo coding and Pavlo's been out of action most of that time. I just keep doing what I can, while I can. This week saw more polishing of the code. The outstanding issue from last week turned out to be an issue with a test function IsSeniorSub(). It was testing to see if the subject was in formation with its boss but the new attack code assigns the seniorSub to its own task within the boss's plan and so it was failing that test. A simple fix in the end but it took a lot of time to work out the cause. I also added code to ensure that when a subordinate starts, completes or abandons its mission that it creates an event to advise the boss so they can update the status of the subordinate task/plan in his opPlan. This solved a number of related issues.
I also fixed an issue that was preventing sub-attacks from being synced in a complex attack.
I've ended this short Easter week with a force allocation anomaly. CCA's attack saw its forces pushing across the Steinbruck crossing. This triggered a reaction from the German onMapBoss who ordered the 1.27 Fus Bn to counter attack. But two units were assigned the 1.27 Bn HQ and its first company. For some bizarre reason the HQ's fails to get allocated to the reserve task of the new attack plan or to any other task for that matter. Plus, the 1.27 Fus Coy gets allocated to both the reserve and assault tasks. It's a bit hard to be in two places at once. So, the code spat the dummy. The error lies within the Allocation(). I'll dive into that after Easter.