Mixed Questions

Cernel

@RoiEX Also, on this matter (territory names), a name that has spaces in the game's file (xml) is referenced with underscores, instead of spaces, in the called territoryNames image files (as I said), but it is still going with spaces in the name_place names, so here you have a double criss-crossed instance of underscores-to-spaces method, and actually, differently from our case, one in which a name with underscores inside the name_place file will fail to be assigned to an image file name within territoryNames that is being called for display (as an additional side note, this is actually a mapmaking issue, as when you make those territories with the mapmaking utilities (using the Run the Map Creator/Step 2: Map Utilities/Run the Decoration Placer) those underscores you get from the image files names are not changes to spaces, by this utility generating the text file having the coordinates for them, so the "name_place" file you get will just not work for all territories with spaces in the game's file (xml) and underscores in the territoryNames image file names, nothing telling you that, either, if veqryn or something is not sitting next to you), and I assume at least the image files names part is advisable, as you don't want to have spaces in any of them (I recall you changed all spaces to underscores in the maps' folders names, for example, beside also having them full lower case). So, I'm just saying the example I made is not only for games names, but also for what written inside the name_place txt file, that in this case is not a properties one (so, of course, you are not escaping those spaces).

Cernel

@Cernel Actually, now that I think about it, I vaguely maybe remember that years ago this thing caused, for some time, images for territory names, with underscores in the images files names and spaces in the entries in the game file (xml), to fail to display, but I'm not sure I recall correctly, and it was eventually fixed.

RoiEX

@Cernel The problem with an 'underscore to space method' is that eventually someone would like to get some special char into the title, so that john_smiths_map turns into John Smith's Map and the apostrophe in the 'technical name' will be forbidden, this really leads down a rabbit hole of visual preferences.
It would be far better if there were 2 keys, one with the display name that is being used everywhere for displaying and another key that is purely being used by other references without any special chars.

Cernel

@RoiEX I wonder if the apostrophe is ok to have in file names (I suppose not)? For example, "New York" in the xml has to be "New_York" in the file name of the image (right?). Can, instead, "Bishop's Stortford" remain as "Bishop's_Stortford" in the image file name?

Anyways, I see your point: there may be more undesirable characters than just the space, that you may have in names inside the game file (xml), and, differently from the underscore, that is clearly representing a space, they may be not so obvious to convert for visualization.

Though, I think TripleA could be fine simply disallowing all of them in names. I think the space is the only one you don't want to pass, even though, of course, you could still write "New York" as "NewYork" (not a fan).

By the way, are you aware that this system of disallowing spaces in names entirely is already partially in place? For example, you cannot have units (and other things) with spaces in them.

So, @RoiEX or any developers, can you explain me why, as a potential mapmaker, I am allowed to have a territory called "New York" in the name, calling its image file name as "New_York", while I'm forbidden having a unit called "AA Gun", and I, instead, have to call it "AAGun" or "AA_Gun", or whatever, and exactly the same as its image file name, instead?

TripleA has already a few different methods. Substantially, what I would prefer is that it goes with only one of them in all cases, preferably one that allows a better look to the final user (I think we can all agree that "New York" and "Horse Artillery" look better than "New_York" and "Horse_Artillery" or "NewYork" and "HorseArtillery", right?). Wouldn't this be at least better? But I know I'm talking mostly theorically, as I realize there would be huge compatibility issues.

Schulz

I get this error message though map still works.

line: 3097, column: 26, error: The content of element type "attachmentList" must match "(attachment)+".

Line 3097 is just </attachmentList> as usual

Hepps

@Schulz If you post a copy of the lines around line 3097. It should be pretty easy to identify the issue.

redrum

@Schulz you most likely either have no attachments defined in the attachment list or you have something invalid defined in there.

Schulz

Cernel

@Hepps Actually, the problem can be anywhere from the start to the end of the "attachmentlist".

Schulz

Is there any way to set up two combat phrases for one round for a nation like;

Also what would you guys think about it?

Hepps

@Schulz Have you tried it yet?

redrum

@Schulz Yes, I believe you should be able to have 2 combat phases in the same turn.

beelee

@redrum said in Mixed Questions:

@Schulz Yes, I believe you should be able to have 2 combat phases in the same turn.

Schulz

I've tried but didn't work.

Schulz

These setups work without error message but units don't fight in the second combat if they already fought in the first combat.

redrum

@Schulz My guess is units are being marked as already in combat for the round. You could try adding another EndTurn phase after the first battle phase.

Schulz

It says "not all units have enough movement" for units that engaged battle. Somethings still prevent them engaging second time.

beelee

@Schulz
idk if it matters but did u try the second combat phase being named as the first ? without the 2 ?

Schulz

Yes, didn't work either.

beelee

@Schulz
yea seems the stepName probably can be w/e and the "delegate" is what matters.