@mahks I use it every day.

@schulz With version 2.6, now in prerelease, all xml's in the same folder must use the same map.

@General_Zod Could you please provide the code for the example with the nice image on this thread? I'd like to make my own dialog boxes with userActions, but I'm not sure how, and the pact of steel userAction doesn't seem to include one.

@Grill-Meister Yeah, usually folks call it strafing.

@rogercooper Well, looking at the amount of upvotes for you and @Frostion, it looks like that most people are not bothered at all about the fact that the played element and the playing actor are both indistinctively called "player", that I instead feel extremely confusing and near to impossible to talk about. Even tho it is not my preferred pick, I would surely take "faction" or even "polity" over "player". In the basic games there is no Germany or Britain, there are Germans and British. Of course, the British are not only British, but also Indians etc.. In the moment the name is referring to something specific, namely to the people of a particular "country" or "power" constituting the core of that particular faction, I don't see a problem with being coherent with that. Side note, also "empire" would be a good pick for WWII. British, Germans, Japanese were empires (tho, for the Germans, "Reich" doesn't clearly translate as such; that would be "Kaiserreich"), while Russians and Americans are quite often informally referred as such ("imperialism" and all that), albeit "sphere" is probably more suitable a term.

@redrum backwoods of British Columbia

@mahks I have used this in Invasion USA: <!-- American Helicopter/Bomber CM AI Setting --> <attachment name="triggerAttachmentAmericanAIHelicopter4CM" attachTo="Americans" javaClass="games.strategy.triplea.attachments.TriggerAttachment" type="player"> <option name="conditions" value="conditionAttachmentAmericanAIPlayer"/> <option name="unitType" value="helicopter"/> <option name="unitAttachmentName" value="UnitAttachment" count="unitAttachment"/> <option name="unitProperty" value="movement" count="4"/> <option name="when" value="before:americanCombatMove"/> </attachment> Cheers...

@mahks Both have been removed as they were both outdated after Fast/Hard AI were created.

@mahks Its deprecated. I believe it still functions but shouldn't be used anymore. The hitPoints unit option should be used instead. I believe all references to isTwoHit were already removed from POS2 XML so new maps don't use it.

@mahks I believe that it has to do with validation checks. If you set 'booleanCaptured' to true then factories and construction that are set to be destroyed when captured are destroyed. Leaving at false will not go through the validation checks for a captured territory. Cheers...

@general_zod said in warBondDiceSides: Theoretically you can create a super tech, with abilities from many techs all in one tech . So "Effects from multiple techs are added together." is a correct statement. I understood "Effects from multiple techs are added together." (from other options) to mean that if there are several techs that mod the same thing, those mods are added together, as opposed to a situation where only the lowest or highest mod is used. "Effects from multiple techs are added together." for warBondDiceSides does not make sense, if you added dice sides together the hit ratio would go down! I suspect that in the case of multiple techs it would select the lowest warBondDiceSides of the techs.

@mahks Also notice that there are several .properties files in the maps folder. Each file has a function.

@mahks Reading 0 and 100 with default to -1 is correct, to my knowledge. I suppose the only answer that makes sense as to why the default value and range are strange is because the options were not created logically and all at once. It looks like the techs were hardcoded first with the original values and the ability to go to change from these original values was added after wards. So -1 default in this case has a value that for the original "Increased Factories" Tech had an effect of (halving repair costs).

@mahks said in POS2 Error?: the following options are allowed for "playerAttachment" You are correct. It should read rulesAttachment in the section pertaining to rules attachments.

Got it Thanks! :thumbs_up_medium-light_skin_tone: