Jump to content

Recommended Posts

Posted

So I've been working on an experimental mod recently, trying to structure the registry side of my mod in a different way (hence 2 forum questions in basically as many days).

So I have this class here that is supposed to ease with the registering of blocks and block items that looks like this:

public class BlockItemRegister<B extends Block> implements Supplier<B> {
	public final Supplier<B> block;
	public final Supplier<Item> item;

	public BlockItemRegister(Supplier<B> _block, Supplier<Item> _item) {
		block = _block;
		item = _item;
	}
	public BlockItemRegister(String id, Supplier<B> _block, Item.Properties prop) {
		this(_block, ModItems.register(id, () -> new BlockItem(_block.get(), prop)) );
	}
	public BlockItemRegister(String id, Supplier<B> _block) {
		this(id, _block, new Item.Properties().tab(ItemGroup.TAB_BUILDING_BLOCKS));
	}

	public B get() {
		return block.get();
	}

	//--------- method created to scare away some generic weirdness
	public static <B extends Block> BlockItemRegister<B>  gen(String id, Supplier<B> _block) {
		return new BlockItemRegister<>( id, ModBlocks.registerBlock(id, _block ) );
	}
	public static <B extends Block> BlockItemRegister<B> gen(String id, Supplier<B> _block, Item.Properties prop) {
		return new BlockItemRegister<>( id, ModBlocks.registerBlock(id, _block ), prop );
	}
	public static <B extends Block> BlockItemRegister<B> gen(String id, Supplier<B> _block, Supplier<Item> _item) {
		return new BlockItemRegister<>( ModBlocks.registerBlock(id, _block ), _item );
	}
}

This references this function in the ModBlocks class:

public static <B extends Block> RegistryObject<B> registerBlock(String name, Supplier<B> block) {
    return BLOCKS.register(name , block);
}

and this one in ModItems:

public static <I extends Item> RegistryObject<I> register(String name, Supplier<I> item) {
    return ITEMS.register(name , item);
}

which is fairly straightforward. I can then register a block item like this and it works fine:

BlockItemRegister<RotatedPillarBlock> log = BlockItemRegister.gen( id, () -> new RotatedPillarBlock(ModBlockProperties.LOG),   ModItems.withTab(ItemGroup.TAB_BUILDING_BLOCKS));

however if I do this:

Supplier<DoorBlock> door_block = () -> new DoorBlock(ModBlockProperties.PLANKS);
BlockItemRegister<DoorBlock> doorBlock = BlockItemRegister.gen( id, door_block, 
                                                               ModItems.register( id, () -> new TallBlockItem(door_block.get(), ModItems.withTab(ItemGroup.TAB_REDSTONE) )));

the block item register holds the door item however when I call .asItem() on the block it returns air which is causing me crashes. I'm struggling to understand why this might be as theoretically these are basically calling the same functions just with and without default functions

Posted (edited)

Actually I thought I could be nice and tidy up the BlockItemRegister class a bit:

public class BlockItemRegister<B extends Block> implements Supplier<B> {
	public final Supplier<B> block;
	public final Supplier<Item> item;

	public BlockItemRegister(Supplier<B> _block, Supplier<Item> _item) {
		block = _block;
		item = _item;
	}

	public B get() {
		return block.get();
	}

	//------------------ GEN FUNCS ------------------
	public static <B extends Block> BlockItemRegister<B>  gen(String id, Supplier<B> _block) {
		return gen(id, _block, ModItems.withTab(ItemGroup.TAB_BUILDING_BLOCKS));
	}
	public static <B extends Block> BlockItemRegister<B> gen(String id, Supplier<B> _block, Item.Properties prop) {
		return gen(id, _block, () -> new BlockItem(_block.get(), prop) );
	}
	public static <B extends Block> BlockItemRegister<B> gen(String id, Supplier<B> _block, Supplier<Item> _item) {
		return new BlockItemRegister<>( ModBlocks.registerBlock(id, _block ), ModItems.register(id, _item) );
	}
}

And the plot thickens. this organisation of the BlockItemRegister breaks the working code I had, somehow, in the same way where the blockItemRegister itself holds the item but doesn't tie it to the block for block.asitem()

Edited by Slit_bodmod
typo
Posted (edited)
3 hours ago, Slit_bodmod said:
new TallBlockItem(door_block.get(), ...

Because door_block is a supplier and you called get() which gives you a new DoorBlock(ModBlockProperties.PLANKS), not the door block you registered.

Edited by Draco18s

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted
15 hours ago, Draco18s said:

Because door_block is a supplier and you called get() which gives you a new DoorBlock(ModBlockProperties.PLANKS), not the door block you registered.

oh yeah that makes so much sense now. I feel like that's the kinda thing that's so simple I would have never have figured it out lol.

Hmm so now I have to find a way to access the properties of an object that hasn't been constructed yet, in the supplier I'm handing to that object. That or back to the drawing board.

Posted

This is why DeferredRegister is great.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Posted

Yeah my system is built on top of deferred register. It's kinda a bit of an experiment to see how much milage I can get out of getting the registry system to do most of my mods heavy lifting.

Posted

Then you're going to have to pass in either the RegistryObject<> or a supplier that returns such.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • that happens every time I enter a new dimension.
    • This is the last line before the crash: [ebwizardry]: Synchronising spell emitters for PixelTraveler But I have no idea what this means
    • What in particular? I barely used that mod this time around, and it's never been a problem in the past.
    • Im trying to build my mod using shade since i use the luaj library however i keep getting this error Reason: Task ':reobfJar' uses this output of task ':shadowJar' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed. So i try adding reobfJar.dependsOn shadowJar  Could not get unknown property 'reobfJar' for object of type org.gradle.api.internal.artifacts.dsl.dependencies.DefaultDependencyHandler. my gradle file plugins { id 'eclipse' id 'idea' id 'maven-publish' id 'net.minecraftforge.gradle' version '[6.0,6.2)' id 'com.github.johnrengelman.shadow' version '7.1.2' id 'org.spongepowered.mixin' version '0.7.+' } apply plugin: 'net.minecraftforge.gradle' apply plugin: 'org.spongepowered.mixin' apply plugin: 'com.github.johnrengelman.shadow' version = mod_version group = mod_group_id base { archivesName = mod_id } // Mojang ships Java 17 to end users in 1.18+, so your mod should target Java 17. java.toolchain.languageVersion = JavaLanguageVersion.of(17) //jarJar.enable() println "Java: ${System.getProperty 'java.version'}, JVM: ${System.getProperty 'java.vm.version'} (${System.getProperty 'java.vendor'}), Arch: ${System.getProperty 'os.arch'}" minecraft { mappings channel: mapping_channel, version: mapping_version copyIdeResources = true runs { configureEach { workingDirectory project.file('run') property 'forge.logging.markers', 'REGISTRIES' property 'forge.logging.console.level', 'debug' arg "-mixin.config=derp.mixin.json" mods { "${mod_id}" { source sourceSets.main } } } client { // Comma-separated list of namespaces to load gametests from. Empty = all namespaces. property 'forge.enabledGameTestNamespaces', mod_id } server { property 'forge.enabledGameTestNamespaces', mod_id args '--nogui' } gameTestServer { property 'forge.enabledGameTestNamespaces', mod_id } data { workingDirectory project.file('run-data') args '--mod', mod_id, '--all', '--output', file('src/generated/resources/'), '--existing', file('src/main/resources/') } } } sourceSets.main.resources { srcDir 'src/generated/resources' } repositories { flatDir { dirs './libs' } maven { url = "https://jitpack.io" } } configurations { shade implementation.extendsFrom shade } dependencies { minecraft "net.minecraftforge:forge:${minecraft_version}-${forge_version}" implementation 'org.luaj:luaj-jse-3.0.2' implementation fg.deobf("com.github.Virtuoel:Pehkui:${pehkui_version}") annotationProcessor 'org.spongepowered:mixin:0.8.5:processor' minecraftLibrary 'luaj:luaj-jse:3.0.2' shade 'luaj:luaj-jse:3.0.2' } // Example for how to get properties into the manifest for reading at runtime. tasks.named('jar', Jar).configure { manifest { attributes([ 'Specification-Title' : mod_id, 'Specification-Vendor' : mod_authors, 'Specification-Version' : '1', // We are version 1 of ourselves 'Implementation-Title' : project.name, 'Implementation-Version' : project.jar.archiveVersion, 'Implementation-Vendor' : mod_authors, 'Implementation-Timestamp': new Date().format("yyyy-MM-dd'T'HH:mm:ssZ"), "TweakClass" : "org.spongepowered.asm.launch.MixinTweaker", "TweakOrder" : 0, "MixinConfigs" : "derp.mixin.json" ]) } rename 'mixin.refmap.json', 'derp.mixin-refmap.json' } shadowJar { archiveClassifier = '' configurations = [project.configurations.shade] finalizedBy 'reobfShadowJar' } assemble.dependsOn shadowJar reobf { re shadowJar {} } publishing { publications { mavenJava(MavenPublication) { artifact jar } } repositories { maven { url "file://${project.projectDir}/mcmodsrepo" } } } my entire project:https://github.com/kevin051606/DERP-Mod/tree/Derp-1.0-1.20
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.