-
Recently Browsing
No registered users viewing this page.
-
Posts
-
By ViktorNguyen · Posted
i'll check that you. thank you so much -
By MCVantage.Net :) · Posted
Interested? IP: MCVantage.Net Discord https://discord.gg/atm4q95 Planet Minecraft https://www.planetminecraft.com/server/mcvantage/ Reddit https://www.reddit.com/r/MCVantage Instagram https://www.instagram.com/mcvantageofficial/ Website https://mcvantage.us/ We are looking for additional builders. Please respond in a comment and/or join the server. Discord is the easiest way for us to respond. Thanks! -
You are wonderful to come up with the latter method. However, both methods are hesitant to make choices. If IsIn() had a state value, I wouldn't have to worry so much 😟 But I could learn a lot. I decided to give up. Thank you very much. -
If that was the problem, it no longer gives me an error when starting, thank you very much for your help 😄 -
By ChampionAsh5357 · Posted
The best I can think of is a makeshift old redstone block where each state is its own separate block. Overriding the `Block::isIn` function is pointless since it doesn't take in a blockstate. This just leaves `CampfireBlock::func_226915_i_`, however this can't event be accessed since its specific for SOUL_CAMPFIRE. If you wanted to do a combined implementation, then you would need to override `Block::isIn` to return true if a SOUL_CAMPIRE is passed in and have your block extend CampireBlock. From there, you would need to put it in BlockTags::field_232882_ax_ which is also known as campfires. You could then override all the methods to make your block act the way its supposed to. That's the only two options I can really think of in the current state.
-
-
Topics
-
-
Who's Online (See full list)
