Non-fully-overwritten core globalpack (& why mod loading order should exist)

[Toma400]

The idea here is simple: let the core globalpack (ansur ID) be stored in .zip file and unloaded like rest of the mods. This way, it will not get overwritten f o r e v e r by mods, but only in current instance. So this way, deinstallating the mod makes game revert to the state before it was installed, not that you need to manually input all core files from installator again. Just small convenience change, but I think this is rather huge.

And this also explains why loading order will be important - order of overwriting will be important, and ansur ID should be first one for sure.

[Toma400]

37 - mention of MLO (Mod Loading Order)

[Toma400]

Since MMM is part of pre-alpha 4, moving the topic there.

[Toma400]

I think pre-alpha 4 is still early to make ansur treated this way. We would also need to make it non-removable and non-movable, so it's additional hassle which I could take, but I don't think it's justified right now. Moving milestone.

[Toma400]

core.data.save_system.verify on L47 has now temporary way of adding ansur into load order, but this should be reverted when .zip file appears - instead, .zip file should get prioritised to be first of all (this could be followed by making later files order determined by date of editing, see respective topic: #110)