Jump to content
View in the app

A better way to browse. Learn more.

Forge Forums

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

[1.7.10] (Solved) String format for GameData.getBlockRegistry().getObject()

Featured Replies

Posted

I'm having an issue using GameData.getBlockRegistry().getObject() to convert a String to a Block, whatever I use as the String it's using net.minecraft.block.BlockAir every time as it fails to find blocks from my mod.

 

For vanilla blocks I just give the unlocalized name (e.g. "cobblestone"), which works fine (so I know my code is sound) but it cannot find my own custom blocks this way.

 

Iv'e tried supplying it with:

 

"BlockName"

"BlockRegistry.BlockName"

"MODID:BlockName"

 

Where BlockRegistry is the class registering the blocks, BlockName is the unlocalizedName of the block, and MODID is the actual MODID... none of these work.

 

I'm probably missing something really obvious but it's driving me nuts, can someone please point me in the right direction as to what String format I should use?

 

  • Author

As it turned out I'd made a small mistake in putting the block name together but it helped a lot knowing the correct format so thanks a lot! :)

 

Here's an example of how I used it, just in case anyone else comes across this later:

 

        this.blockInactive = "AdvancedLamps:BlockAdvancedLampCore" + this.blockColor;

        this.blockInactiveAsBlock = GameData.getBlockRegistry().getObject(this.blockInactive);

        this.blockActive = "AdvancedLamps:BlockAdvancedLampCore" + this.blockColor + "Active";

        this.blockActiveAsBlock = GameData.getBlockRegistry().getObject(this.blockActive);

 

Also, for future reference, I did some testing and the case of the MODID doesn't actually matter.

  • Author

Also, for future reference, I did some testing and the case of the MODID doesn't actually matter.

Yes, it does. At least when it comes to textures and other resources.

 

It used to, but it doesn't in recent versions. I'm not sure when that changed though as I skipped 1.7.2 etc and went from coding for 1.6.4 to 1.7.10.

 

In all of my 1.7.10 mods I've used a mixed case MODID as above without any issues, including for referencing textures, custom sounds etc. Obviously you still use resource folders named with all lower case, the MODID is simply made lower case on the fly when you refer to any resource within that file structure.

No... The case of the mod ID is used for everything. In some cases, the operating system doesn't care about the case, which may be what you're encountering. You should use the same case everywhere you use your mod ID.

Don't make mods if you don't know Java.

Check out my website: http://shadowfacts.net

Developer of many mods

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...

Important Information

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

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.