* Add resource conditions to dynamic registries
* Support conditions in FabricDynamicRegistryProvider
- Add matching overloads for all add(...) methods which take a varargs
list of ResourceConditions.
- Add an additional overload for registering RegistryEntry.References
directly. This makes it a little easier to register directly from a
RegistryBuilder.
* Throw error if we cannot add resource conditions
* Rename EntryWithConditions to ConditionalEntry
(cherry picked from commit a5d5299dfb)
* Support loading a single condition instead of array
* Remove extra space
* Use LIST_CODEC field instead of CODEC.listOf()
Co-authored-by: Juuz <6596629+Juuxel@users.noreply.github.com>
---------
Co-authored-by: Juuz <6596629+Juuxel@users.noreply.github.com>
(cherry picked from commit 83154f1bcb)
* Initial move to codec-based resource conditions
* Move default condition types to DefaultResourceConditionTypes
* Move built-in condition types to impl
* Run spotlessApply
* Move default condition registration to entrypoint in imp
* Formatting fixes
* Add back package-info.java
* Make it compatible with new DFU
* checkstyle
* Refactor FeaturesEnabledResourceCondition
* Pass RegistryWrapper and reduce reliance on statics
* Some more improvements
* Add back some tests
* Add more tests
* Add back tags_populated support, clean up code
* Some more improvements
* add javadocs (wip)
* Fix unfixed merge conflict
* Javadocs
* Fix null condition in addConditions
* Allow empty arrays in certain codecs
* Move addConditions to datagen impl
* Address reviews
* add debug log
* Store features in normal static field
* Fix TagsPopulatedResourceCondition#getType
---------
Co-authored-by: Apollo <102649729+Apollounknowndev@users.noreply.github.com>
Breaking changes:
- `FabricBrewingRecipeRegistry.registerPotionRecipe` takes `RegistryEntry<Potion>` instead of `Potion`
- `SculkSensorFrequencyRegistry.regster` takes `RegistryKey<GameEvent>` instead of `GameEvent`
- `FabricLanguageProvider.add` takes `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
- `FabricTagProvider.GameEventTagProvider` was removed replace with `FabricTagProvider<GameEvent>`
- `FabricItem.getAttributeModifiers` returns a Multimap with a key of `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
- `ModifyItemAttributeModifiersCallback.modifyAttributeModifiers` takes Multimap with a key of `RegistryEntry<EntityAttribute>` instead of `EntityAttribute`
* Resource conditions: support all tags
* Minor improvements; deprecate old methods
* Fix build?
* Add more tests, throw on null condition
* Add more javadoc
* Javadoc fixes
This snapshot is possibly one of the most impactful for API we have ever had. This PR is an inital port to support 22w06a, stuff will be missing and broken.
# Removed modules:
- fabric-mining-levels-v0 - Previously deprecated
- fabric-object-builders-v0 - Previously deprecated
- fabric-tag-extensions-v0
- fabric-tool-attribute-api-v1
# Modules with API breaking changes:
- fabric-biome-api-v1
- fabric-content-registries-v0
- fabric-data-generation-api-v1
- fabric-mining-level-api-v1
- fabric-object-builder-api-v1
- fabric-resource-conditions-api-v1
- fabric-structure-api-v1
# Impactful API changes:
### fabric-object-builder-api-v1
- Removed - FabricBlockSettings.breakByHand
- Removed - FabricBlockSettings.breakByTool - Previously deprecated
# Notable changes
- fabric-registry-sync-v0 moves vanilla's new registry freezing to a later point in time, allowing mods to add to the registry during init.
# Known issues:
- ServerBugfixMixin used to fix https://bugs.mojang.com/browse/MC-195468 has not yet been ported.
