@wc_sumpton Thank you, it works now! Awesome!

@victoryfirst "foreach" is a writing convention. Instead of writing 10 block of code, write 1 and the engine creates the 10 blocks. To see how this works, first load your map. In the menu in the upper left corner there is Export and under that is Export game.xml File (Bata). After saving open the file and you should see: <attachment name="conditionAttachmentRTOLivonia" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Livonia"/> </attachment> <attachment name="conditionAttachmentRTOKarelia" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Karelia"/> </attachment> <attachment name="conditionAttachmentRTOBelarus" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Belarus"/> </attachment> <attachment name="conditionAttachmentRTOUkraine" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Ukraine"/> </attachment> <attachment name="conditionAttachmentRTOTatarstan" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Tatarstan"/> </attachment> <attachment name="conditionAttachmentRTOPoland" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Poland"/> </attachment> <attachment name="conditionAttachmentRTOSevastopol" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Sevastopol"/> </attachment> <attachment name="conditionAttachmentRTOKazakhstan" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Kazakhstan"/> </attachment> <attachment name="conditionAttachmentRTOFinland" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Finland"/> </attachment> <attachment name="conditionAttachmentRTOMoscow" attachTo="Russians" javaClass="games.strategy.triplea.attachments.RulesAttachment" type="player"> <option name="alliedOwnershipTerritories" value="1:Moscow"/> </attachment> So, the engine creates the difference condition. Cheers...

@victoryfirst Idk if you can, but you can try adding a image the way you do for notifications. Add a image to doc/images must be a png and then add this to one of the lines in the actionstext and see what happens <img src="YourImageName.png"/> I've have had limited success with sounds. Was able to change them in notifications in 2.5 somewhat but haven't had any success in 2.6. I don't really understand how they work and just copied what Frostion did in Iron War. Added it to the Global 40 game, as I hate the air raid siren lol

@wc_sumpton Thank you! I just checked and it worked correctly with the invert!

@victoryfirst said in How to make captured units controlled by another power: I got it to work I added an original owner to each neutral and then did this: Nice! Cheers...

A number of properties are listed here: https://github.com/triplea-game/triplea/blob/master/game-app/game-core/src/main/java/games/strategy/triplea/Constants.java (that location is subject to change & that list might not be complete)

@cameron Omg thank you it worked!! I was spending so much time on this! I completely missed the absence of the forward slash! Lol pretty weird indeed, I just started XML coding yesterday and it has been giving me multiple headaches so far

@cameron yea I don't think triplea can do that unless there allied Ftrs being carried as cargo. The Ftrs aren't actually on the CV in triplea. They just fly a endless CAP i guess

@beelee The "<!--" that was making the block red was the start of a comment section. You might want to remove the "-->" that marks the end of the comment section, "</territoryEffectList> -->", before it may cause further problems. Cheers...

the Steampunk_Advanced.xml that i've been modding had them like that, as separate entries i mean. this is my first proper mod so it's all rather new to me.

@azimuth transport cost is definitely not the answer i am looking for; which doesn't mean that it can't provide a solution... but i suspect a rather ugly one. the problem is there are rather a lot of units: https://docs.google.com/spreadsheets/d/1NnFVfK3eOrjdNwnmiA4q6ytV6VHLN8mNbgTetywtHm4/edit?usp=sharing am i right in assuming that transport costs must be integers? maybe i'll see what happens if i make them 0.9... otherwise i guess i could just multiply all the other values by 10 and make aviatrix/hero 9... hmm... that would allow one extra hero to be transported on the largest transport but that's prob fine - such an edge case it'll most likely never happen. i really wish my OCD wasn't triggered in such silly ways... edit: so i went with 100x for everything and 99 for the aviatrix and hero. seems to work. i still wonder why only integers. and why we can't just have toggles for everything. thanks, y'all.

@rogercooper said in Units in Combat - can we limit what a nonAA unit can target in combat?: canNotTarget ... i guess i was hoping i could just list the two units i want it to be able to target rather than list every other unit - combination of laziness and desire for less clutter and desire to have less things to update when i invariably end up adding more units...

@azimuth [[laughs]] that sounds like a nightmare. i feel like the objective for it would end up being 80+% of the xml file... (not ALL the territories - just the land ones...) i'll most likely be the only person who ever plays this mod and i tend to ignore victory triggers anyway - i'm a conquer the whole world kinda player.

@wc_sumpton Great news! Thank you!

@LaFayette Should new maps/games which (quite certainly like this one) will be released after TripleA 2.6 is released avoid having the "mapName" entry in the game (XML) file?

excellent. that worked perfectly (once i corrected the slight typo at the end (that final '/')). thank you kindly. : ) <attachment name="conditionAttachmentAlwaysTrue" attachTo="Germany" javaClass="RulesAttachment" type="player"> <option name="switch" value="true"/> </attachment> <attachment name="triggerAttachmentScienceForGermany" attachTo="Germany" javaClass="TriggerAttachment" type="player"> <option name="conditions" value="conditionAttachmentAlwaysTrue"/> <option name="tech" value="Science"/> <option name="uses" value="1"/> <option name="when" value="before:GermanyTech"/> </attachment>

I actually found a very, very, very dirty trick. But my map is already so heavily modded that it could do the job. Sharing just in case I use the repairPlayers step option, which allows a player to repair for another player. The feature seems to be working ONLY if the main player has anything to repair for himself (which isn't very logic or intuitive). To say it another way, if you want Germans to be able to repare italian factories, you need to have at least one german damaged facility as well, otherwise the phase is skipped. So I created two extra (hidden) players, " Axis" and "Allies". Only those two have the repair frontier. In order to have the repairPlayers feature working (see above), both have a (hidden) fake damaged unit on the map (in Sahara and Himalaya, respectively) that cannot be repaired (no repair frontier). This way, the repair screen doesn't pop-up before regular players purchase phase (as they don't have the frontier). Instead, just after the Place phase of each players, there is a separate "repair" phase, actually lead by the "Axis" and "Allies" players, and using pooled resources. This all just to make sure factories cannot be repaired before placing units...

@black_elk You are a triplea treasure Elkstar

Found this too late to be of much use, but yeah I had the same issues a few times when trying to create a place.txt for a couple maps. What happened in my case was that I had accidentally blanked a place, which is fairly easy to do since it's a lot of click/shift click to add or remove entries, but then without any assigned coordinates for a tile it would throw off that error. Another sorta similar error I think can happen if you have a duplicate entry in the text files. like say for a tile that was renamed. The utility also sometimes asks if you want to use the centers or polys, which can reintroduce an old label depending on which order you make the change. I think it happened to me there in a similar situation, like where I had an impassible tile listed twice, Sahara vs Sahara Desert or the like. That was easier to hunt down than the non existent/blanked place since at least I was able to search the txt file. Sucks the you had to go through that to manually delete the text blocks, hopefully you didn't lose too much work. After a couple snafus I started getting in the habit of maybe an extra copy of all the txt files each time I went in to edit them. Just in case something goofed, I'd have an earlier copy to reference. I had almost hosed like a whole weekends worth of placements for the big map, but somehow theDog was able to figure out which lines were different and saved my bacon. Anyhow, glad you figured it out. The map making tools can be really finicky, cause it you have to save it to launch and confirm changes, but usually the way I tend to do stuff, it'll be more than a few entries at a go.