It was shipped with m0rehud by mistake and reverted as soon as someone told me but since this summer I wasn't online very often it stayed unfixed for a bit too long. I was testing out this old version of surfaceproperties.txt in question, to get some more knowledge on the file, as I was also working on a new version of m0rehud and while adding the hud changes to github the file slipped through unchecked.

I wasn't aware it would break the etf2l rules and I apologize if anyone got in trouble for this, it wasn't intentional in any way!

For me it was discord causing it but I can't exactly remember the fix for it or what caused it in the first place

Instead of editing the xpos and ypos for each element like ammoinclip, ammoinreserve etc you should move the main ammo panel from scripts/hudlayout.res > HudWeaponAmmo.
If you are still interested in moving the elements individually then you can make HudWeaponAmmo have a bigger wide and tall.

I fixed that now, a wrong version of the surfaceproperties was pushed by mistake

https://i.imgur.com/pkff9YD.png

https://i.imgur.com/ejGa7ug.jpg

You can't enable that, reason being if you were able to enable it i'm pretty sure you would be able to see the enemy uber so they went for the easy way and just disabled it.
To me it seems like the code for chargeammount is there simply because they copied and pasted it from the spectatortournament.

Easiest way would be editing the border itself form clientscheme > LoadoutItemPopupBorder and then you can adjust some of the other stuff from the "mouseoveritempanel" code that you find in files like backpackpanel.res or classloadoutpanel.res

Are you on dx8? If so make sure the map doesnt require dx9 or higher.
What map are you trying to play? I know jump_orestes for example will crash if you launch it on dx8 but i dont recall any other maps with the same problem right now, there probably are more tho.

Yes it's intended the main reason behind it being optimization, m0refont46 was only used for that customization while m0refont48 is used all over the hud so I decided to get rid of it and switch to size 48, the difference should be barely noticeable anyway.

You can add this animation to your animations file (usualy its something like scripts > hudanimations_custom.txt) this makes it so that the positioning of the chat will stay the same as the one set inside BaseChat.res

event CompetitiveGame_LowerChatWindow
{
}
event CompetitiveGame_RestoreChatWindow
{
}
event HudTournament_MoveChatWindow
{
}

//remove dimmer
wait 5; showconsole; wait; incrementvar mat_antialias -100 100 1; hideconsole; wait 5; incrementvar mat_antialias -100 100 -1

Its used to hide the dashboard dimmer, its the only known way that seems to work currently even tho it still fails sometimes

What it does is:
Opens the console > puts in the command to change the antialias (incrementvar mat_antialias -100 100 1) so that the mainmenu where the dashboard dimmer code is can be reloaded > reverts the changes to the antialias and closes the console.

The main pin of all of this is that the dashboard dimmer changes in order to take effect need to be loaded manually with a menu reaload and thats what this script is mainly for.

Its Grape-knm0re in the megalist

You could get rid of the outline from Resource/UI/SpectatorGUIHealth.res > "PlayerStatusHealthValueTarget" > "font" and instead of an outlined font use one without it like "M0refont15"

Also do the same for "PlayerStatusHealthValueTargetShadow"

Yeah I pushed a wrong version with a missing font but it was quickly fixed the day after, make sure you download the last version as it works now. HERE

Yes it's possible, in fact the update didn't really add anything new, its just that now the default chat positioning seems to be taken direcly from the animation while before it was taken from BaseChat.res
As long as the hud has the LowerChatWindow and RestoreChatWindow animations set up correclty the chat should stick to the custom assigned postion