-
Making Modding API
EDIT: Misunderstood.
-
Updating your mod to 1.8
Also, there have been changes to item rendering. RenderItem has been changed to require a TextureManager and ModelManager argument, but you can get an instance of the RenderItem in Minecraft#getRenderItem(). It appears the rendering bit isn't deobfuscated, but RenderItem#func_175042_a(ItemStack, int, int) will draw your item. Args: item stack to draw, x coord, y coord. This also seems to draw any effects, combining the two separate methods in 1.7. GuiScreens can now throw exceptions on key and mouse inputs, so those will need to be handled accordingly too.
-
[1.7.10] Gradle Dependency troubles
Okay, thanks for all your help anyway. Also, perhaps this thread should be moved to the ForgeGradle sub-category?
-
[1.7.10] Gradle Dependency troubles
Could you give a quick how-to? I'm checking out the GitHub page, but not sure what is required for my needs.
-
[1.7.10] Gradle Dependency troubles
Right. So you suggest using the Gradle Shadow Plugin to ship the dependency?
-
[1.7.10] Gradle Dependency troubles
Ugh, I'll take your word for it, though I can't imagine people have JSoup installed... Why does gradlew build not throw any errors? Because I have the requirements on my system? Also, you mentioned something in another topic about all jars in /build/libs being marked as dependencies. Can that help me?
-
[1.7.10] Gradle Dependency troubles
No, JSoup works fine, please trust me. I have used it for some time, and created versions of my mod where JSoup was used successfully.
-
[1.7.10] Getting ItemStack from Slot.
By "it can store armor items" do you mean it can wear armor?
-
[1.7.10] Gradle Dependency troubles
But nobody has had problems with JSoup. Could it be because JSoup has no other dependencies but XStream does?
-
[1.7.10] Gradle Dependency troubles
Why doesn't it work like jsoup does?
-
[1.7.10] Gradle Dependency troubles
For some reason, my dependency doesn't seem to be working. I used the XStream library (version 1.4.7) in my mod. So, in my build.grade I included the following: compile 'org.jsoup:jsoup:1.7.2' compile 'com.thoughtworks.xstream:xstream:1.4.7' As you can see, I also have a jsoup dependency, which is working fine and dandy. You can view the XStream maven info here. When I run gradlew build, there is no error thrown (in fact, I could see it downloading everything). But, when I give someone else the file, they receive this error upon running: Any ideas how I could fix this?
-
[1.7.10] Force modify config
Sweet and simple. Thanks .
-
[1.7.10] Force modify config
I have an odd problem that I feel should be easy. I am using Forge's configuration system, and I want to be able to change a value outside of the configuration itself. Let's say I have a boolean in my configuration file that I want to set false outside of the config screen. If I set it to false, it works until the configuration is synced (obviously). When the configuration is synced, it replaces the value with whatever is saved to the .cfg file. Do I have to force write my own value to the .cfg file for it to be preserved? Thanks.
-
[1.7.10] Add custom section to pie performance chart
Is there a way to force it into it's own section in root, then divide it up into tick/render as I feel fit? Right now it's forcing it into render & tick.
-
[1.7.10] Add custom section to pie performance chart
Can't seem to find it. What package is it in? EDIT: Oh. the profiler package. Thank you! Do I need to do anything specific for the section name or will any string show up? EDIT2: Got it!
IPS spam blocked by CleanTalk.