Tags
Creators
Details
Licensed MIT
Published last year
Updated 2 months ago
All versions
26.1.2.100
Beta
[Breaking Changes] resourcestrees-26.1.2.100+26.1.2-fabric6 months ago 23
Compatibility
Minecraft: Java Edition
26.1.2
Platform
Fabric
Supported environments
Client and server
Changes
26.1.2.100 (Major Update)
Changes
- Resources Type is no longer datapack registry
- Resources Type can be added in
/config/resourcestrees/resources_typeusing the old datapack resources type JSON with one additional fieldnamein the JSON - Tree type can be added in
/config/resourcestrees/tree_type - Every resources type + tree type (sapling and leaves) are registered individually instead of using data component/block entity to store resources type
- Legacy saplings (block/item), leaves (block/item), and leaf fragment will be migrated to new block/item automatically
- Legacy sapling, leaves, and leaf fragment are now deprecated and will be removed completely once this mod is no longer beta in 26.1 (Once removed, block/item that is not migrated will disappear)
- Client Item and BlockState will be generated automatically, block model and item model need to be defined for new tree type
- LootTable for sapling and leaves will be generated automatically if no default one is defined
- Recipe for sapling and tree simulator will be generating automatically if not defined (it should be under
/saplings/sapling_name.jsonand/tree_simulator/sapling_name.json) - Added API to add resources type and tree type (experimental, use config folder for stability)
- Removed KubeJS integration for adding sapling and leaves
Note: patch update version number increase by 1, minor update increase by 10, major update increase by 100
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:K5BPYFo9:zw2x4fO4"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:K5BPYFo9:zw2x4fO4"
}

