Ghost block + multiblock component refactor

[LordIdra]

Ghost blocks and multiblock components have become quite a mess with all the changes that have been made. This PR cleans it up by unifying the multiblock components under a single class (there was never really any good reason for it to be an interface) and adding an abstraction layer (RebarGhostBlockHolder) which separates the ghost block logic from the multiblock logic. The abstraction layer will also allow implementors of RebarMultiblock to spawn their own ghost blocks easily, which was previously very annoying to do. This also unifies handling of mixed multiblock components (rebar/vanilla) which has removed a lot of unnecessary logic.

[Seggan]

Woops wrong button

[Intybyte]

While this approach is much simpler, it also prevents people from making their own blocks using multiblocks, let's say i am a plugin dev and i want part of it to be done using idk, a Nexo or ItemsAdder block, now i can't add such feature without forking rebar unlike before

[LordIdra]

While this approach is much simpler, it also prevents people from making their own blocks using multiblocks, let's say i am a plugin dev and i want part of it to be done using idk, a Nexo or ItemsAdder block, now i can't add such feature without forking rebar unlike before

Yes you can, just extend MultiblockComponent

[Intybyte]

While this approach is much simpler, it also prevents people from making their own blocks using multiblocks, let's say i am a plugin dev and i want part of it to be done using idk, a Nexo or ItemsAdder block, now i can't add such feature without forking rebar unlike before

Yes you can, just extend MultiblockComponent

oh it is an open class, then it should be fine