@tannenbernie It is good that you tried to a test map first. Many would-be modders try something overly ambitious and then give up when the run into problems. I wish you luck on your new mod.

Yeah I think so. It's not the simplest thing to test, but I can take whatever existing map and extend the canvas horizontally or vertically. I think if the map is wider than 4:3 you'll get the horizontal pan, which to me feels pretty natural, like the map sorta behaving as I'd expect for the drag around survey view. If the map is narrower than 4:3 you'll get the vertical pan at max zoom out instead, and to me this feels sorta awkward and I can't quickly zoom out to scan and pan, but have to drag the cursor to see the bottom. The mouse wheel up/down scales the height. I'm not sure if there is a way to define the mapview window or the marquee rectangle on the mini as something other than 4:3 or whatever it's using for the actual field of view? I think if there is, it's within tripleA or if tripleA is carrying that over from windows, like the game engine rather than in the map.properties of whatever specific map?

The Tutorial map is an interesting case, cause it shows the Bung World War II Europe 1940 map which has almost not pan at max zoom out. Like it is only just the tiniest bit wider than 4:3 so there is no play in the grab and drag unless you first zoom in. The minimap for the tutorial is a swatch at 2:1 currently. So the image shown in the mini is stretched. The map view holds at 4:3 but the dimensions of the minimap will change the shape of that rectangle as it's it's displayed on the mini. If the baseline and mini don't match, you will see a slightly different shaped rectangle on the mini, but really it's the 4:3 image being stretched. Here's a screen showing the current default for the map called "Tutorial"

Screenshot 2024-04-03 022752.png

Here's how it looks when I replace the 2:1 smallMap image in the map folder with one that matches the aspect ratio of the Tutorial baseline. You can see the minimap rectangle is now displaying as normal and the main map has the vertical up/down drag. The field of view orients top right so the bottom of the board is cropped off at max zoom out.

Screenshot 2024-04-03 023557.png

I think the reason the mini is at 2:1 in the default is so that the map can zoom all the way out, even though it heavily distorts the mini to achieve that. The zoom for the field of view on the main map seems like it can be at least partial controlled by the smallMap that the minimap is using?

I've been saying 4:3 but it's kinda hard to tell honestly, my screen is at 16:10 so it could just be that is the display area and it's just the mini that's stretching, same as in the above. I guess someone could maybe confirm if your screen is at 16:9 and the rectangle on the mini matches that with a slightly wider view then I guess we'd know it's keying off the resolution screen size in windows for that?

But anyway, the idea would just be to make sure the baseline map is wider if you want a horizontal pan at max zoom out, like to fit the map by Height as opposed to Width. Otherwise you'll get a crop like in the Tutorial map, with the up/down drag. I think most players will play at some intermediate zoom, but then mouse wheel to max zoom out for the quick scan. That's what I do at any rate.

There aren't a whole lot of tripleA maps that have a square or vertical orientation rather than a horizontal orientation, but there are a couple. In some of the fantasy games, or simpler maps like chess or capture the flag etc those type games set in a square or taller. Maybe someone who has more experience with various maps could let us know how it feels for those. Mostly I've been playing tripleA maps that are wider than they are tall, like the World War II world maps. But I think anything too square-ish and you get a similar thing happening with the zoom.

@thedog

🙂

The game.dtd file is now located at https://github.com/triplea-game/triplea/blob/master/game-app/game-core/src/main/resources/games/strategy/engine/xml/game.dtd

Ok so I put all the stuff I had into the UHD map making folder in the lead post. With the dark ocean stuff, the Units with their flips, and some of the extra stuff for layering relief clocked in right around 200mb zipped. Here is the file again, the one that has all the relief elements and such.

UHD map making stuff
https://drive.google.com/file/d/1CAymUozYeQirEmsyl4wAV2Q70QunbpA6/view?usp=sharing

When I removed all the extraneous stuff from the UHD World War II Global folder for a lighter footprint file that one clocked in at about 81 mb. Here is the game folder...

UHD world war II global
https://drive.google.com/file/d/1e1KU3n5lwPLLRWC5_3Vcdlo7NUj2mxrK/view?usp=sharing

It has no relief as a single image, but that should be easy to reconstruct from the reliefTiles folder. Provided the other Customizing package lives somewhere people should be able to get at what they need from that, like to edit the relief, do different borders or different styles, retint the units or whatever. I removed the v3 48px units, since those can be grabbed from the regular global download. They're still compatible, so you can switch the units from one map to another (48px mono tints or 54px duo tints), but it trimmed down the overall filesize so hopefully the install/load is a bit faster.

Let me know if that makes sense for ya

Have a fun weekend!

Oh also I just remembered, so for the smallMap image you can try just making that a solid blue swatch at the desired pixels instead of using "Other: Optional Things -> Run the Image Shrinker"

Just to make sure the white dots aren't coming in from that. If they only appear on the mini map it's likely from the tiny image there, where some white isn't being fully covered over by the HEX colors from the polys so they show as gaps.

Unless you have tiles that are unassigned and intended to show as white on the map, the smallMap doesn't actually need any white or black, since it's just painting stuff over from the polys there. For example the smallMap in UHD global looks like this...

smallMap uhd global.png

Only the arctic section at the very top was left white, since those polys weren't assigned in the game (to create the little ice sheet effect), but for everything else just needs a blue field to paint in the HEX colors on top. The white there was just me lazing out and not wanting to assign a ton of extra icy tiles, but if assigned and given a HEX they'll paint like all the other tiles and you just need the blue.
'
For 4:3 at 320 px, try using this for the smallMap jpeg... If the little white dots don't display anymore then you'll know they were just coming from that tiny image instead of the actual polys.

smallMap.jpeg

I totally forgot, but the same thing happened to me as well! lol

Hope that helps!

ps. oh and for the shape of the polys in the mini map display, I believe it will just stretch to match the aspect there when painting the polys into the mini if it's different than the main map. Probably not a big deal usually if the aspect is slightly off between the two rectangles when showing a squiggly world shape, although to hold a simpler overall shape like a circle, I think both need to match or the circle might get compressed and go oblong? I think you're already ahead of that one cause 4:3 is optimal for tripleA. It only sorta works at 16:9 cause the Mini and UI tab can kinda cover the unused area. I'd have done the UHD in 4:3 but the regular world war II global that bung made at 2:1 so I split the difference, but it was kinda wonky at 16:9/16:10 which I didn't manage anyway, cause ended up cropping at the margins a bit. Go figure! I'm still learning how all this stuff works myself, even after many years trying to puzzle it out haha. Best of luck dude! Let me know if you hit any snags

Short answer yes.

Using isAI and say rounds 4-5, 8-9, 12-13 or another condition

Have 2 or more turns give the AI a chance to assemble forces for the attack.

@ebbe FlakTower is right below your "German".

Coincidence ? I say Destiny 🙂

Screenshot from 2024-02-16 09-48-40.png

You should at least double the size of your map, so the map will have space to deploy all the units.

@wc_sumpton said in SBRs: Use Multiple Dice:

I bow to your superiority!

heh heh lets not get carried away now 🙂

@luhhlz In earlier versions of TripleA, you could reference another mod without having to import its assets, but that is no longer supported.

@eqqman

So the "none" can be used as a faction that does nothing, but can have;

"capital" code. step logic like notifications conditions

Search map xml for to look for "DoesNothing" and then the faction to find actual use.

@rogercooper
Hello- I figured it out, the map.yml file had the last required edit in it.

@joseph-prince - I'm late to the party... but for anyone searching, the problem was the capitalization (as one replier did mention, but it was never tested)

lightArmour vs lightarmour

@thedog Thank you! I suspect the issue is that I have spaces in the names of my units.

I've settled on Age of Tribes approach. Very straight-forward.

@ebbe

Should change your version to Version 2.1 <connection t1="East China Sea 3" t2="Kagoshima"/> is not a valid connection East China Sea 3 has Kobaya which is not possible to be in deep sea Line 1980ish Construction as a resource is missing Politics phase needs to go in each Clan phase, so when playing PvP its just one session, as Matt suggestion

Using TripleA-2.6+14473 in each test game I get this below, sadly this is a first for me, so cannot offer any suggestions and I cannot make it repeat.
Screenshot 2023-08-18 092106.png

Searching the forum found this;
https://forums.triplea-game.org/topic/1609/triplea-2-0-16244-issues-with-an-unreleased-game

@Cernel
Did you solve the "battle not displayed" problem?

I am using a new to me Icon Editor called greenfish icon editor pro its free
http://greenfishsoftware.org/gfie.php#apage

937e2587-73a7-4566-aa7c-261624c4c3e3-image.png

@wc_sumpton said in Cannot cast TriggerAttachment to RulesAttachment:

:1:false:false:false:false

Eeey, there we go, that works. Thank you! 🙂

@ebbe I think this would be a very useful and easy to implement feature request, and I would certainly use or consider using such an option.

My suggestion, is adding a territory option like

<attachment name="territoryAttachment" attachTo="1" javaClass="games.strategy.triplea.attachments.TerritoryAttachment" type="territory"> <option name="isUnoccupiable" value="true"/> </attachment>

The "isUnoccupiable" option has the same effects as the "isImpassable" option but allows moving through (yet not retreating into) the territory.

I hope such a feature will be added.