Implement file system watcher for textures (strata / decals)

[MrRowey]

@Garanas could you please provide a short description on the how the desired outcome would look

[Garanas]

It would need something such as this:

• https://learn.microsoft.com/en-us/dotnet/api/system.io.filesystemwatcher?view=net-8.0

Which allows you to receive events when a file is changed on disk. Files are changed often when using procedural software such as Gaea, usually decals and/or map-wide content that are prime candidates for this.

Based on the reload function here:

https://github.com/FAForever/FAForeverMapEditor/blob/ef338393d099e18e2640e3b2f773e7ce0df1573f/Assets/Scripts/UI/Tools/Stratum/StratumInfo.cs#L327-L372

The current data is defined here:

https://github.com/FAForever/FAForeverMapEditor/blob/ef338393d099e18e2640e3b2f773e7ce0df1573f/Assets/Scripts/Ozone%20SCMAP%20Code/ScmapEditor.cs#L16C16-L16C27

With the terrain textures defined here:

https://github.com/FAForever/FAForeverMapEditor/blob/ef338393d099e18e2640e3b2f773e7ce0df1573f/Assets/Scripts/Ozone%20SCMAP%20Code/ScmapEditor.cs#L38

With the class responsible for the textures being here:

https://github.com/FAForever/FAForeverMapEditor/blob/ef338393d099e18e2640e3b2f773e7ce0df1573f/Assets/Scripts/Ozone%20SCMAP%20Code/ScmapEditor.cs#L50-L60

My suggestion would be to do the following steps, in separate pull requests:

• (1) Extend the TerrainTexture class so that it detects a change. It doesn't need to do anything with it; just print it and show that it functionally works. The paths to check are in the same class. That would be your first pull request.
• (2.1) Extend the TerrainTexture class so that it reloads the texture from disk. Reloading in this context means re-populating the corresponding Texture2D field. This would be the first commit in your second pull request.
• (2.2) I'm not sure if this is required, but if the textures in the editor do not automatically update visually then you'll need to find a way to force a reload of the textures to the GPU.
• (3) The support for stratum textures is now complete - now we need to support decals. I've not looked into them, but I bet that the path to the textures are stored in some decal class in the same way that it is done for textures. After all, when saving the scmap the editor needs to know the path. This would be your third pull request.

I hope that gives you a direction. Note that I have not worked with the code that much, which means that the suggestions may be wrong.