Jump to content

Recommended Posts

Posted

I was following this tutorial but since it stopped there I continued using this tutorial.

Now I'm trying to change the hardness of a block but because "setHardness()" is protected I can't use that. (the first tutorial told me to keep the code separated in a separate package)

I'm probably doing it entirely wrong so I would like to ask: how should I do it?

I did try to search around but could not find a good tutorial for forge anywhere.

 

mod_MailCraft.java

package net.minecraft.src.mailcraft;

import net.minecraft.src.forge.NetworkMod;
import net.minecraft.src.Block;
import net.minecraft.src.ModLoader;

// This is the class that will be loaded by mod loader and it must be
// prefixed with mod_ for mod loader to find it.
public class mod_MailCraft extends NetworkMod
{
// Block Definitions
public static Block blockMailbox;

// This method is used to get the version of your mod as a string.
@Override
public String getVersion()
{
	return "MailCraft 1.0.0 BETA";
}

// This method is where the mod gets loaded.
// Insert initialization of blocks, items, etc. in here.
@Override
public void load()
{
	MailCraftConfig.InitializeConfig("MailCraft");

	// Defines the Mailbox block with block ID 201 (TODO: change to config ID) and a texture override
	blockMailbox = (new BlockMailbox(201, ModLoader.addOverride("/terrain.png", "/MailCraft/mailbox.png"))
						.setHardness(3F) //<- Here is the problem
						).setBlockName("Mailbox");
}
}

 

BlockMailbox.java

package net.minecraft.src.mailcraft;

import net.minecraft.src.Block;
import net.minecraft.src.Material;

public class BlockMailbox extends Block
{
public BlockMailbox(int par1, int par2)
    {
        super(par1, par2, Material.wood);
    }
}

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

So, what would happen if I did push that shiny red button over there? ... Really? ... Can I try it? ... Damn.

Posted

I was wondering, in Helfull's block tutorial, why is the name of the block defined in the mod main file while the texture pack is defined in the block, shouldn't it be the other way around for keeping code organized and for optimalization?

Edit: after continuing to see how the texture system works I think I understand why the texture is there, but the name is still a mystery to me.

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

Wouldn't the configuration class first need to initialize before the block constructors can be called since there the block ID is defined?

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

Wouldn't the configuration class first need to initialize before the block constructors can be called since there the block ID is defined?

 

Just have the first declaration call the configuration's "Create, set, etc" function, and have said function return the first declaration's ID.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

Wouldn't the configuration class first need to initialize before the block constructors can be called since there the block ID is defined?

 

Just have the first declaration call the configuration's "Create, set, etc" function, and have said function return the first declaration's ID.

What is the advantage of calling the constructor at definition over calling it at the load()anyways? Or would it be better to split the constructor of the block into a constructor and a separate load() in the block class?

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

Wouldn't the configuration class first need to initialize before the block constructors can be called since there the block ID is defined?

 

Just have the first declaration call the configuration's "Create, set, etc" function, and have said function return the first declaration's ID.

What is the advantage of calling the constructor at definition over calling it at the load()anyways? Or would it be better to split the constructor of the block into a constructor and a separate load() in the block class?

 

Move it all into 1 line per block, since that makes your code much more legible.

Posted

Thanks, I looked at the tutorials you suggested and they look like they will send me on the right track. I'll also try to contribute a block tutorial to the forge wiki when I get it working myself tomorrow morning.  :)

Don't call the block constructor in the load(). Just do the whole thing in the declaration.

Wouldn't the configuration class first need to initialize before the block constructors can be called since there the block ID is defined?

 

Just have the first declaration call the configuration's "Create, set, etc" function, and have said function return the first declaration's ID.

What is the advantage of calling the constructor at definition over calling it at the load()anyways? Or would it be better to split the constructor of the block into a constructor and a separate load() in the block class?

 

Move it all into 1 line per block, since that makes your code much more legible.

But it would all be placed wrong, errors will appear at the wrong moments and worst of all it will not be easily extendible with special functionality.

My tutorial series on the wiki has been discontinued until I get the hang of forge for 3.1.x and just everything from forge in general.

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

    • Well, when I log in to the server, sometimes within an hour, sometimes within a minute, the server closes and informs me that there was a Ticking entity error. Below is the crash report
    • Try switching to Windowed or Borderless Window mode in Minecraft. These modes make it easier for the recorder to capture gameplay, as it still has access to the display without the game taking up all of the graphics resources.
    • This forum is for Forge, not NeoForge. Please go to them for support.
    • Forge version: 55.0.0 Minecraft version: 1.21.5 Downloads: As this is the start of a new version, it is recommended that you check the downloads page and use the latest version to receive any bug fixes. Downloads page Intro: Good evening! Today, we have released our initial build of Forge 55.0 for Minecraft 1.21.5. 1.21.5 is the newest member of the 1.21 family of versions, which was released yesterday on March 25, 2025. As a reminder, the first minor (X.0) of a Forge version is a beta. Forge betas are marked as such on the bottom left of the title screen and are candidates for any breaking changes. Additionally, there are a couple of important things to note about this update, which I've made sure to mention in this post as well. Feel free to chat with us about bugs or these implementation changes on GitHub and in our Discord server. As always, we will continue to keep all versions of 1.21 and 1.20 in active support as covered by our tiered support policy. Cheers, happy modding, and good luck porting! Rendering Refactor For those who tuned in to Minecraft Live on March 22, 2025, you may already know that Mojang have announced their intention to bring their new Vibrant Visuals overhaul to Java in the future. They've taken the first steps toward this by refactoring how rendering pipelines and render types are handled internally. This has, in turn, made many of Forge's rendering APIs that have existed for years obsolete, as they (for the most part) can be done directly in vanilla. If there was a rendering API that was provided by Forge which you believe should be re-implemented, we're happy to discuss on GitHub through an issue or a pull request. Deprecation of weapon-like ToolActions In 1.21.5, Minecraft added new data components for defining the characteristics of weapons in data. This includes attack speed, block tags which define efficient blocks, and more. As such, we will begin marking our ToolActions solution for this as deprecated. ToolActions were originally added to address the problem of creating modded tools that needed to perform the same actions as vanilla tools. There are still a few tool actions that will continue to be used, such as the shears tool action for example. There are some existing Forge tool actions that are currently obsolete and have no effect given the way the new data components are implemented. We will continue to work on these deprecations and invite you to chat with us on GitHub or Discord if you have any questions.
    • In summary, a full mod to adjust mining progress in such a specific way does not yet exist in its exact form, but it is possible to find mods that change certain aspects of progression (e.g. "Harder Ores").
  • Topics

×
×
  • Create New...

Important Information

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