Changes

Store multiblock positions relatively

Means we are less subject to people moving our block entities.
Renamed various tags to ensure that existing stored positions are just refreshed on world load (e.g. your smeltery will just redetect the structure instead of using the old now invalid data)

Update broken embellishment textures

Somehow got missed during the brokenness migration

Move defaultHooks helper to ModifierHookProvider as we will want it on tool modules soon

Move TooltipDisplay to BasicModifier

Weird for a parent class to import a subclass of a derived class

Move ModuleWithHooks to ModifierHookMap and make generic

Will allow reuse with tool modules later

Un-hardcode most of tool defintion data

Migrated harvest, AOE, weapon, traits, tool actions, and modifier slots to tool modules
Use loadables to parse tool definition data instead of GSON (between not calling your constructors and handling missing as null, GSON is kinda annoying)
This will allow some nice features in the future, such as global tool definitions (add modules to all tools matching a tag!)
Parts and stats will come later, they need more redesigning

Migrate tool parts to tool modules

As part of this migration, stat providers are now controlled by the tool definition instead of being registered with the definition. Means most of our tools are now fully interchangable, and if you wish you could just ditch tool parts on any of them.
Also means during datagen tools don't know if they are multipart or not, so we just always add render materials to render tools in datagen

This is implemented via two different hooks:
* MaterialStatsToolHook: handles building stats from the tool stat providers
* ToolPartsHook: handles listing parts for things like part swapping and tool repair
Worth considering pulling tool parts out of the definition entirely and into the recipe JSON, though that makes recycling and part swapping harder.

As part of this, the tool defintion "isMultipart" getter was replaced with "hasMaterials" as I am pushing the separation between material tools and tools with tool parts, may be useful for ancient tools if those ever become a thing
Tool definitions are also looking pretty bare at this point, will ditch the builder once I migrate the randomized materials to a module.
Tests are updated to be equivelent to the old test, though the value of a lot of them is a lot more questionable as loadables deals with the weird stuff automatically

Migrate stats to tool modules

Now everything from tool defintions is in modules!
Added tool stats hook, used for set setting and stat multiplying
Ditched the material stat building hook, material stats now use the tool stats hook. To accomdiate this, materilal stat builders now
Float stat updating now ditches the base value, making it semantically different from stat adding

Merge MaterialStatBuilder into MaterialStatProvider

Saves creating an object that is immediately discarded when building stats, while allowing us to keep our previous code organization
As part of this change, we no longer universally no-op stat builders when any list is empty, we only no-op if required types are empty. e.g. melee/harvest no-ops if no heads are provided.
Similarly, traits now will add traits for however many materials it can find rather than giving up if the sizes don't match (restoring 1.18 behavior)

Remove validation on tool building recipe

Multipart being controlled by definition data means we don't know during recipe loading whether a tool is multipart or not.
Non-multipart will fail matches unless it has ingredients, so this does not really break anything, its just a pointless recipe

Update Mantle requirement for recent changes