TelepathicGrunt

This is what I am seeing currently. Text is cutoff with rightmost letting entirely hidden 

tag unification for 1.21 modloaders will have `c:player_workstations/crafting_tables` now Added cause of this use case being linked to the unification prs lol

Also, surprised that Crafty Craft considers c:workbench to contain Crafting table when i assumed people saw that tag for villager job site blocks. At least in tag rework, it'll be...

So to achieve my goals with no code involved, I should make my datapack-as-mods have a modid that loads then after my main mod? That sounds cursed by I guess...

What Luke said. The datapack-as-mod works perfectly fine in of itself. No issues there. The issue is when you have a datapack mod that tries to override resources from another...

> Fabric is a modding platform, not a datapack loading platform. If that was true, then datapack mods should not be loadable and require 1 entry point to always be...

The system I was trying to do was just have datapacks as small gradle projects that gets zipped up and posted to the sites. I didn't want any java code...

Also, if a mod tries to say automate brushing line-of-sight machine and does so by crafting their own EntityShapeContext to pass into brushable block's various methods, this mixin is assuming...

some debugging from a while ago. World blender mod adds all ores into its own dimension so the insane amount of ores overload's RER's packet it seems. That's the theory....

Poking this to say this is still an issue in 1.19.4 Sodium