about Item.func_111206_d(String s)

[ILuvYouCompanionCube]

First of all, my version of forge is 1.6.2-9.10.0.804.

 

So I just read the tutorial about textures and it says I should pass as argument to this func_111206_d a string formated in the following way:

 

(Assuming my mod is called mymod, Items is the class where I keep the static instances to all my items and the texture for this item is called tx.png)

 

public static class Items
{
   public static final Item anItem = new Item(id).func_111206_d("mymod:tx");
}

 

then, according to a lot of other posts, (including the tutorial) I must have my tx.png at this path:

%appdata%\roaming\.minecraft\assets\mymod\textures\items\tx.png

 

that's what I have, but my textures don't show. I get the pink & black square instead.

I know there have been a lot of questions about this (I know because I read them trying to figure out the answer). Please, what's wrong with my code? And if it's wrong, maybe someone should update/delete that tutorial, because I'm doing just exactly what it says.

[hydroflame]

care to point out which tutorial ? mine or someone else ?

[ILuvYouCompanionCube]

This one: http://www.minecraftforge.net/wiki/Icons_and_Textures

I don't know who wrote it. But is it wrong?

[Mew]

Well... I updated that tutorial. I had another way, but then Lex said that was the way to do it. If I may ask, is there any erring? And if so, what is the error??

[hydroflame]

i dont know who wrote it, but mine is right :

http://www.minecraftforge.net/wiki/Hydroflame_guide_to_textures

[Mew]

i dont know who wrote it, but mine is right

 

Once again, I updated it

[ILuvYouCompanionCube]

Ok, no func_111206_d then. Every Item or Block you make in your mod must always be a subclass of Item/Block so you can at least override registerIcons even if writing this override is the only thing you do inside the class. Also the images paths are wrong in the tutorial I linked.

 

It would be nice if the first tutorial was right though... Life would be simpler. I'm gonna try your way now.

[Mew]

I will try to fix it...

[ILuvYouCompanionCube]

@Mew they should fix Forge instead to make your way the right way, cause I like it a lot better. 

 

but I'm kidding, That's probably either impossible or really hard to do. A boy can dream though.

[Mazetar]

@Mew they should fix Forge instead to make your way the right way, cause I like it a lot better. 

 

but I'm kidding, That's probably either impossible or really hard to do. A boy can dream though.

 

I think it's more about efficiency and proper code style than anything else

It's better to learn to do things correctly the first time around, instead of learning it the hard way later

[GotoLink]

The error is making your item before the PreInit event.

I edited the tutorial to fix this.

[ILuvYouCompanionCube]

@Mew they should fix Forge instead to make your way the right way, cause I like it a lot better. 

 

but I'm kidding, That's probably either impossible or really hard to do. A boy can dream though.

 

I think it's more about efficiency and proper code style than anything else

It's better to learn to do things correctly the first time around, instead of learning it the hard way later

 

probably efficiency, because subclassing something to override just one method which relates only to the presentation (meaning the appearance of that something to the user) and has the exact same logic everytime, has nothing to do with proper code style

[OwnAgePau]

I always render my blocks and items like this (which works)

SoulBlocks.Baneberry = (new SoulVine(SoulConfig.baneberryVineID, 1, "Baneberry", "Baneberry")).func_111022_d("soulforest:Baneberry");

here baneberry is located in assets.soulforest(my mod id).textures.blocks

[ILuvYouCompanionCube]

i dont know who wrote it, but mine is right :

http://www.minecraftforge.net/wiki/Hydroflame_guide_to_textures

 

Thanks!!! It's working now!!!

[hydroflame]

probably efficiency, because subclassing something to override just one method which relates only to the presentation (meaning the appearance of that something to the user) and has the exact same logic everytime, has nothing to do with proper code style

 

no its the right way this way, its not a question of "the same logic every time" because when you are rendering cubes and items you are using different techniques then gui or mobs, so the current way is the good way lets keep it like this

 

i dont know who wrote it, but mine is right :

http://www.minecraftforge.net/wiki/Hydroflame_guide_to_textures

 

Thanks!!! It's working now!!!

 

no prob