Jump to content

Recommended Posts

Posted

I've seen people register them in all three initialization phases, but which way is the correct one? I myself register it in the pos-Init phase and I've never had a problem with it. That raises the second question: is it really important when we do it?

I still haven't published a mod because I can never get that in-dev version just right to warrant a public release. And yes, after two years of mod development I am still learning to speak Java.

 

Follow me on GitHub: https://github.com/yooksi

Contact me on Twitter: https://twitter.com/yooksi

Read my Minecraft blog: https://yooksidoesminecraft.blogspot.de/

Posted

As long as you register the event handler before the event is fired, it doesn't really matter when you do it.

 

You can annotate a class containing static

@SubscribeEvent

methods with

@Mod.EventBusSubscriber

to have it automatically subscribed to the Forge event bus at mod construction time (i.e. before preInit and before the registry events are fired). On the rare occasion that you need non-static event handler methods or a different event bus, you can still manually register your event handler.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Posted

As long as you register the event handler before the event is fired, it doesn't really matter when you do it.

 

You can annotate a class containing static

@SubscribeEvent

methods with

@Mod.EventBusSubscriber

to have it automatically subscribed to the Forge event bus at mod construction time (i.e. before preInit and before the registry events are fired). On the rare occasion that you need non-static event handler methods or a different event bus, you can still manually register your event handler.

 

Thank you, I definitely didn't know that we can register our event handler classes with a simple annotation. Basically I should use

@Mod.EventBusSubscriber

for all my event handlers, as they all contain only static methods and fields.

I still haven't published a mod because I can never get that in-dev version just right to warrant a public release. And yes, after two years of mod development I am still learning to speak Java.

 

Follow me on GitHub: https://github.com/yooksi

Contact me on Twitter: https://twitter.com/yooksi

Read my Minecraft blog: https://yooksidoesminecraft.blogspot.de/

Posted

Oooh, that's handy.

I probably won't ever do it that way, but so slick, so clean.

 

The only event I'm are of that could get fired before your own mod's preInit that you might want to know about would be the OreDict registration event (as a mod loading before yours could register an ore during preInit).

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

I put mine in init()

 

Why? Because in preInit() is where I register and declare my items and blocks.  It kinda helps my brain figure this out.

 

If you're looking for say certain item or block in an event handler and is not registered or defined yet then you get a crash null pointer because items or blocks you were looking for don't exist yet.

 

But I guess you can put it at the end of  preInit() ?

Disclaimer:  I been told to keep my opinions to myself, to shut up and that I am spreading lies and misinformation or even that my methods are unorthodox and or too irregular. Here are my suggestions take it or leave it.

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



×
×
  • Create New...

Important Information

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