Jump to content

Recommended Posts

Posted

So I recently started updating my stuff to 1.7 which in this case is a faster furnace. I have been mainly just getting all the stuff by looking at the vanilla furnace from 1.6 and 1.7, comparing and contrasting them to make a new furnace for 1.7. The block places and everything but when I can't get the Gui to appear. From adding some debug code I have found out that the onBlockActivated() is calling the openGui(), other than that haven't been able to track it down. But if I were to bet anything it will be either the GuiHandler or the Register in the main modding class because I could find references for those.

 

No errors are thrown except for texture issues but I never setup textures except for the Gui.

I made pastebins so that I could point out most likely causes.

 

Main Modding Class

http://pastebin.com/UVxUyFDu

lines: 37, 39, 148, 149. Didn't know exactly how to adjust for the update so I kinda winged it.

 

Block Class

http://pastebin.com/R4jqH1kU

 

TileEntity Class

http://pastebin.com/2TYbnn52

 

Gui Handler

http://pastebin.com/uPYVVRJB

 

Gui Class

http://pastebin.com/4LrCU3Ch

 

Container Class

http://pastebin.com/aW4ejTvX

 

Don't judge still learning how all this stuff works.

Posted

I see what you mean with it being a forge method looking at it again and I don't know why i said vanilla cause I looked at that method before. The original problem is eclipse autofilling it filled the parameters and put in the wrong info and I never got the error.  So it should be player.openGui(Rustic.instance, Rustic.guiIdCookStove, world, x, y, z); and that calls the FMLNetwrok handler and uses this to refer to the player. Is that correct? Sorry if I seem like an idiot, still learning the whole concept of everything that's going on.

Posted

Ok thanks. What would be the best way to register a registerItemRenderer? I was told to do it in the ClinetProxy on 1.6 but I don't know if that is a good idea or if its still done the same way.

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

    • Hi everyone, I'm currently developing a Forge 1.21 mod for Minecraft and I want to display a custom HUD overlay for a minigame. My goal: When the game starts, all players should see an item/block icon (from the base game, not a custom texture) plus its name/text in the HUD – similar to how the bossbar overlay works. The HUD should appear centered above the hotbar (or at a similar prominent spot), and update dynamically (icon and name change as the target item changes). What I've tried: I looked at many online tutorials and several GitHub repos (e.g. SeasonHUD, MiniHUD), but most of them use NeoForge or Forge versions <1.20 that provide the IGuiOverlay API (e.g. implements IGuiOverlay, RegisterGuiOverlaysEvent). In Forge 1.21, it seems that neither IGuiOverlay nor RegisterGuiOverlaysEvent exist anymore – at least, I can't import them and they are missing from the docs and code completion. I tried using RenderLevelStageEvent as a workaround but it is probably not intended for custom HUDs. I am not using NeoForge, and switching the project to NeoForge is currently not an option for me. I tried to look at the original minecraft source code to see how elements like hearts, hotbar etc are drawn on the screen but I am too new to Minecraft modding to understand. What I'm looking for: What is the correct way to add a custom HUD element (icon + text) in Forge 1.21, given that the previous overlay API is missing? Is there a new recommended event, callback, or method in Forge 1.21 for custom HUD overlays, or is everyone just using a workaround? Is there a minimal open-source example repo for Forge 1.21 that demonstrates a working HUD overlay without relying on NeoForge or deprecated Forge APIs? My ideal solution: Centered HUD element with an in-game item/block icon (from the base game's assets, e.g. a diamond or any ItemStack / Item) and its name as text, with a transparent background rectangle. It should be visible to the players when the mini game is running. Easy to update the item (e.g. static variable or other method), so it can change dynamically during the game. Any help, code snippets, or up-to-date references would be really appreciated! If this is simply not possible right now in Forge 1.21, it would also help to know that for sure. Thank you very much in advance!
    • The simple answer is there is not an easy way. You would need to know how to program in Java, as well as at least some familiarity with how Forge works so you could port the differences. You would also need the sourcecode for the original mod, and permission from the author to modify it, if they did not use some sort of open source license. So it's not impossible, but it would take some effort, but doing so would open up a whole new world of possibilities for you!
    • Does it still crash if you remove holdmyitems? Looks like that mod doesn't work on a server as far as I can tell from the error.  
    • Crashes the server when trying to start. Error code -1. Log  
  • Topics

  • Who's Online (See full list)

×
×
  • Create New...

Important Information

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