@rogercooper said in great accurate resource for map making!: 40480105 Thank you Spy!

@pact_of_plastic yea just when it tells you theres a new one. Idk. i guess it doesn't really matter. So you're on the 2.5 stable ? Edit just saw your other post so yea 2.5.

@beelee ++Good! It works, thanks

@wc_sumpton ++Good That looks so much better! Thanks for the quick reply.

@General_Zod I was surprised also by the absent of a line number in the error. Also notepad++ did not find the error until I checked for Artillery " (note the space before the ending quote). Checking for Artillery (note no quote sign after the space) did not find the error. Mostly it was luck when I found it. :astonished_face: Cheers...

@beelee Should be possible. Try placing a construction with isSea attributes and also give it production attributes. But confirm that your current settings allow for construction placement without factory otherwise will need to build next to a factory. Heres a few to check and or use. refer to POS2.xml for complete lists canProduceUnits values: allows a unit to be a factory, without all the other things that come with being a factory (like capturable, land, non-combat, etc). So if you want flying factories, go ahead. Just don't complain if you get errors. isConstruction values: allows the unit to be placed in territories that don't contain factories. Only "constructionsPerTerrPerTypePerTurn" contructions of "constructionType" may be placed per territory per turn. May have only "maxConstructionsPerTypePerTerr" constructions Total per territory with/without a factory unless you enable "More Constructions with/without Factory", which will allow up a total number of up to the territory value. "Unlimited Constructions" game property allows unlimited constructions total in a territory. constructionType values: is just a unique string which identifies what kind of construction this, if two or more constructions have the exact same constructionType (and the same PerType rules), then they will follow the same rules for placement. example: if you have little_bunker and big_bunker both as type "bunker", with constructionsPerTerrPerTypePerTurn=2, then you could place 2 littles, or 2 bigs, or 1 little and 1 big in a territory If you do not want this unit to be effected by the global properties "More Constructions with/without Factory" and "Unlimited Constructions", then make sure the type ends in "structure". example: "harbour_structure" constructionsPerTerrPerTypePerTurn values: is how many of this type you can place in a territory every turn maxConstructionsPerTypePerTerr values: is how many max of this type may be in a territory. this must be greater than constructionsPerTerrPerTypePerTurn if "More Constructions with/without Factory" = true, then the minimum will be either maxConstructionsPerTypePerTerr or the PU value of the territory (whichever number is greater) in territories with/without factories if "Unlimited Constructions" = true, then this number becomes 10000 Also @wc_sumpton is correct the sezone may need production values.

@butterw A quick thought, the unit count for human players could be; Traffic lighted, eg. Green(low numbers), Amber(medium numbers), Red(high numbers) Ideally the above bandings would not be fixed, but would be dynamic, based on the largest stack on the current map for the current turn, although this might not be possible. If it was fixed then some maps with low unit count might never get to the higher banding. Whatever you decide, put me down for giving feedback.

in ww2 air units couldn't effectively be stopped by naval units and torpedo/dive bombers did have the ability to directly target capital ships.

@ebbe i like it

@beelee I downloaded the Windows version of Pinta and it worked with a few clicks, impressive. It coped easily with the resizing of the image and the opacity of the blockade.png.

@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>