Tags
Creators
Details
Licensed MPL-2.0
Published 4 years ago
All versions
v21.5.4-1.21.5-Fabric
Release
[FABRIC] [1.21.5] PuzzlesLib-v21.5.4last year 19.7K
Compatibility
Minecraft: Java Edition
1.21.5
Platform
Fabric
Supported environments
Client-side
Server-side
Client and server
Required content
Changes
Changelog
All notable changes to this project will be documented in this file.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
[v21.5.4-1.21.5] - 2025-04-03
Add
- Add
HSVutility class - Add one more
RegistryManager::registerSpawnEggItemoverload
Fixed
- Fix entity attributes failing to register on NeoForge
[v21.5.3-1.21.5] - 2025-04-02
Added
- Add
ItemTooltipRegistry - Add
EntityHelper::isPiglinCurrency - Add
AbstractLanguageProvider::mustHaveTranslationKey - Add a few more methods to
ClientComponentSplitter
Changed
- Slightly rework
AbstractAtlasProvider - Deprecate some method in
ComponentHelper
[v21.5.2-1.21.5] - 2025-04-02
Added
- Add back
ModelLoadingHelper::missingModel - Add a few missing access wideners
Removed
- Remove
BlockStateResolverContext$ResourceLoaderContextas it can no longer be supported with current APIs
Fixed
- Fix start-up crash on Fabric due to a faulty Mixin
- Temporarily fix
ClientLifecycleEvents$Startednot firing on NeoForge due to a bug in the mod loader
[v21.5.1-1.21.5] - 2025-04-01
Changed
- Overhaul internal development structure
Fixed
- Fix client start-up crash on NeoForge caused by
Minecraftbeingnull
[v21.5.0-1.21.5] - 2025-03-31
- Port to Minecraft 1.21.5
Added
- Add
RegisterConfigurationTasksCallback - Add
ContentRegistrationHelperfor registering new skull block types - Add
QuadUtils - Add
CodecExtras::LIST_TAG_CODEC,CodecExtras::setOf, andCodecExtras::decodeOnly
Changed
- Complete networking refactor, replacing
NetworkHandlerwithModConstructor::onRegisterPayloadTypes, and adding support for configuration phase messages - Untie
PlayerSetfrom only being able to handle sending packets - Split
CommonAbstractionsinto multiple classes such asEntityHelper,EnchantingHelper, andExplosionEventHelper - Split
ClientAbstractionsinto multiple classes such asGuiHeightHelper,ClientWoodTypeRegistry, andRenderTypeHelper - Merge
EntityAttributesCreateContext&EntityAttributesModifyContextintoEntityAttributesContext - Refactor
ClientStartedCallbackintoClientLifecycleEvents - Support directly registering a texture location in
SkullRenderersContext
Removed
- Remove
SpecialBlockModelTypesContext - Remove
JsonConfigFileUtil&JsonSerializationUtil - Remove
BlockInteractionsContext,CompostableBlocksContext,FlammableBlocksContext&FuelValuesContext - Remove
ReflectionHelper - Remove
RegisterFuelValuesCallback - Remove
RegistryHelper - Remove
MessageV2 - Remove
ClientModConstructor::onRegisterAdditionalModels - Remove
ClientModConstructor::onRegisterCoreShaders - Remove
SetupMobGoalsCallback
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:QAGBst4M:fVfkpTP8"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:QAGBst4M:fVfkpTP8"
}


