@butterw Sweet ! I forgot all about that Yea, we'll be a half dozen or so over by the time it's all said and done. Thanks for the heads up

Was trying to add defence and offence in same attachment. Works now. Thanks

@hepps heh heh LCVs are going roundel free Thanks again man

@wc_sumpton oh not having 4 conditions was definitely help :grinning_face_with_smiling_eyes:

@Schulz I think I understand what you are saying. You do not need to "turn off" '<stepProperty name="resetUnitStateAtStart" value="true"/>'. All this does is reset/clear Unit states, which is also done at the end of Non-Combat Movement by default. The only change to game play will only appear when units are spawned, this will allow then to move during the same turn that they appear. If the units do not spawn, that's ok, there should be no effect. '<stepProperty name="resetUnitStateAtStart" ' value can not be changed with triggers. But from what I understand by what you are describing that should be okay. Cheers...

@beelee I think it is only supported on a 1:* basis. I don't think anyone has ever suggested doing it the other way.

@rogercooper As a alternative to the Feudal Japan approach a custom game property RUS AI can be set manually if Russians are to be played by the AI. <property name="RUS AI" value="true" editable="true"/> "movementRestrictionTerritories" is a player "RulesAttachment", a trigger can overwrite the value. <attachment name="rulesAttachment" attachTo="Russians" javaClass="RulesAttachment" type="player"> </attachment> <attachment name="conditionAttachmentRus1" attachTo="Russians" javaClass="RulesAttachment" type="player"> <option name='gameProperty' value='RUS AI'/> </attachment> <attachment name="triggerAttachmentRus1" attachTo="Russians" javaClass="TriggerAttachment" type="player"> <option name="conditions" value="conditionAttachmentRus1"/> <option name="when" value="before:russianPurchase"/> <option name="playerAttachmentName" value="RulesAttachment" count="rulesAttachment"/> <option name="playerProperty" value="movementRestrictionTerritories" count="India:15 Sea Zone"/> <option name="playerProperty" value="movementRestrictionType" count="disallowed"/> <option name='uses' value='1'/> </attachment> I'm only testing the trigger once based on "RUS AI". To apply/clear movementRestrictionTerritories based on the ownership of India, I think you would need 2 opposite triggers based on conditionAttachmentRus1. If RUS_AI: trigger1 (set movementRestrictionTerritories) else: trigger2 (clear movementRestrictionTerritories).

@zaroph I've just learned and decided to use another method which randomize unit distributions instead set ups; Example; <variable name="DervishConscript"> <element name="Eritrea"/> <element name="Cibuti"/> <element name="Aksum"/> <element name="Dessie"/> <element name="Adama"/> <element name="Gondar"/> </variable> <attachment name="conditionAttachmentr1" attachTo="Germany" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="rounds" value="1"/> </attachment> <attachment foreach="$DervishConscript$" name="triggerAttachmentDervishConscript@DervishConscript@" attachTo="Dervish" javaClass="games.strategy.triplea.attachments.TriggerAttachment" type="player"> <option name="conditions" value="conditionAttachmentr1"/> <option name="placement" value="@DervishConscript@:conscript" count="1"/> <option name="players" value="Dervish"/> <option name="chance" value="1:2"/> <option name="when" value="before:germanyCombatMove"/> </attachment>

@schulz yea I don't think you can have the values without the text. At least you couldn't a few years ago. Kind of a bummer. I asked about trying to get em to show with just hover or add to the bottom bar, but that idea wasn't accepted.

@thedog Thank you. Worked now. <attachment name="canalAttachment4" attachTo="SZ 67" javaClass="games.strategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="Dardanelles Canal"/> <option name="landTerritories" value="Constantinople:Bursa"/> </attachment> <attachment name="canalAttachment4" attachTo="SZ 84" javaClass="games.strategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="Dardanelles Canal"/> <option name="landTerritories" value="Constantinople:Bursa"/> </attachment> <attachment name="canalAttachment5" attachTo="SZ 84" javaClass="games.strategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="Bosphorus Canal"/> <option name="landTerritories" value="Constantinople:Bursa"/> </attachment> <attachment name="canalAttachment5" attachTo="SZ 88" javaClass="games.strategy.triplea.attachments.CanalAttachment" type="territory"> <option name="canalName" value="Bosphorus Canal"/> <option name="landTerritories" value="Constantinople:Bursa"/> </attachment>

@beelee Idk if you can change the display or not but POS2 just has "Turn Complete" <delegate name="endTurnNoPU" javaClass="games.strategy.triplea.delegate.NoPUEndTurnDelegate" display="Turn Complete"/> Doesn't have "...No PU" in it I first tried it with "Turn Complete but it didnt work so it was something I changed to see if it did work. However it seems that ive solved it now. I changed <step name="bloodelvesEndTurnNoPU" delegate="endTurnNoPU" player="BloodElves"/> to <step name="bloodelvesEndTurn" delegate="endTurnNoPU" player="BloodElves"/> And it seems to work now. Seems weird to me that they have to have the same name even tho they are different things.

@beelee The problem might be with the conditions/'when'. I think control of a territory after battle is not changed until 'endTurn' so checking 'after:japanCombat' will always be false. By removing the 'when' the trigger is checked at 'endTurn' and fires. Cheers...

@hepps Right On ! That's Awesome ! Canada can give them to their Peacekeepers. Keep em safe at night Thanks [image: 1620157657809-rock-on.png]

@numetalfan I would try using "unitPresence" and"directPresenceTerritories" instead . Something like <option name="directPresenceTerritories" value="53 Sea Zone" count="1"/> <option name="unitPresence" value="battleship" count="1"/>

@trevan ahh...I remember that now. Idk if they're related or not, but the cause in this case is different. The reason the error threw, was because I moved some units in edit into combat as an engine workaround. When i went to retreat the air units, there was still an edited unit alive and it didn't know where it came from is my guess. I thought maybe I needed a withdraw step up by Purchase, CombatMove etc..

@beelee well I sent an arty and inf against 2 inf and it had 48% success rate. I sent 1 tank and 1 inf and it had 51% success. Both had same attack power. I guess it's just not gonna pick that Guard unit until all the other supported units are dead. Bummer. I can't really think of any way to hack around it. Even if I could make a trigger work somehow, doubtful, if a Guard and arty were present in same TTy, it would negate the first attachment and I could use a second one for Guards only, It'd negate all the battles with artillery. Unless I could specify each TTy. As I said, I'm doubtful of that idea.

I've also discovered it happens specifically when rolling history backwards between the American Combat and Non-Combat phases. Don't know if that's important.