We have a wish for you to improve.
Now there is one very extremely incorrect situation associated with the combat mode of the GG. The situation is as follows: if you shoot from a pistol, then if an ally is in front, then the shooting goes at him. The same goes for enemies. When there are massive battles, as well as boarding, then such shots can greatly reduce the effectiveness of the boarders.
Is it possible to make it so that only enemies are selected?
In corsairs - to each his own - this is corrected.
Best regards, LEOPARD.

Latest update contains font resizing, and should probably also fix dynamic button placement.  Also, the powder icon should also now work with that BattleInterface.c file you sent me.

The problem with the options table width for Key Controls, in 600x800 the cell width is also wrong, and also displays improperly in 4/3, so it will be wrong in all other resolutions too.  The correct the options_screen.ini:

[CONTROLS_LIST]

position = 435,296,758,498
colswidth = 30,289

If you changed the ship icons texture to include more columns/rows of ships, you must instruct the engine, because the assumed, default size is 8x8:

BattleInterface.ShipIcon.xsize = ??
BattleInterface.ShipIcon.ysize = ??

Also make sure all the ships also point to the correct index, because if they start at zero and count left-to-right, the down, for function SetShipPictureDataByShipTypeName.  You will also have to correct for the new colums/rows in the WorldMap, by fixing function GetTextureUVForShip in the scripts.

This will probably be the last work for this resizing, because only two of you are asking for this, and we see no real benefit, because we don't want our mod to retain a 4x3 aspect ratio for all GUI screens.  I was instructed by MK to simply stop working on it because we get no benefit from my work on this; we presume the Maelstrom Engine will be included in your downloads and therefore we get nothing for the work.

I noticed the BattleInterface.c comments showed that Mett added the powder and when I mentioned this to MK, he declared that he as asked to collaborate with him so that MK could get some ship models and a scene tool from Mett, but he was refused or ignored by Mett.  If you are working on Secret Beach, MK thinks that I should do no more, since we don't get anything for this, and if the Maelstrom Engine gets offered in your mod downloads, we'll get nothing from that either.  We obviously can't stop you, but that's where we stand now.

OK, the new Maelstrom update now uses the technique for GUI adjustment in that scaling code you sent.  It will use that new method if interfaces.ini contains:

resizeFactor = 1.0

If resizeFactor is omitted, or a value greater than 1.0, then it will use my old method of scaling, and also use the noresize values to determine screen positioning/sizing.

However, I did notice that this method gets bad results for image scrolls that use bAbsoluteRectangle.  So if you set resizeFactor 1.0, I suggest also fixing defaultode.ini:

[SCROLLIMAGE]

;bAbsoluteRectangle    = 5
bAbsoluteRectangle    = 0

Also, some of the GUI screens like itemsbox.ini specify values that need changing, like itemsbox.ini:

[ONE_ITEMSLIST]
;bAbsoluteRectangle = 4

[TWO_ITEMSLIST]
;bAbsoluteRectangle = 4

So if you use this new scaling that uses the method you sent, you will be responsible for fixing some of the other sizing issues that use the absolute position feature, because that feature specifically tells the GUI element to retain its size and position from the edges of the Global Rectangle, which is the outer screen resolution.  I did not change anything with that feature, but when I added the code for that scaling like you gave me, that absolute position skewed some of the elements, but that is because it is asking to align to the right and left of the Global Rectangle, which works fine in 800x600, but will skew wider resolutions.  What they really wanted for some of those bAbsoluteRectangle positions is actually relative position, which works for 800x600 and the wider, resized resolutions obtained with this code, so just remove the badly sized/positions like shown in itemsbox.ini.

The engine does have some hardcoded calls to .tga.tx within the source, but only a few and I am not going to change those.  The overwhelming majority of texture calls are specified in the .gm models, or the script code and they all contain the .tga extension, it is not automatic.  The modder is responsible for changing all the .gm model files and scripts from .tga to whatever texture files they want, not the engine...it doesn't know.  The engine will still search for whatever texture filename is sent, plus .tx first, because many of the old scripts and the model files contain just the .tga extension, so that feature needs to stay to support them.  But if not found, the engine will search for the same filename you sent, less the .tx extension.  So if you send texturefile.tga as the texture name, the engine tries to load texturefile.tga.tx first, then texturefile.tga.  If you send texturefile.dds as the texture name, the engine will look for texturefile.dds.tx first, and if not found, search for texturefile.dds, which it will load.  The engine does not automatically assume they are all .tga.tx, you have to change your models and scripts to use the different file names and extensions you want.