Draco18s

Random ticks are not scheduled ticks. Literally. I mean...you could go look at TileEntityFurnace.... But no, there is not

You get used to it. Don't tell me eclipse is any better than this. In Eclipse the most inane thing I've found is that in order to search the entire project for a text string I need to have that text string highlighted in an open file. Nearly everything else can be found in a context menu or one of the top row menus. Well, ok, I had to set up my own hot keys to quickly switch back from Debug Perspective to Java, but still. It's not like that was hard to figure out. IntelliJ acts like it doesn't have tooltips on things. Seriously, the delay on the tooltips for the various icons is like 5 seconds. Every other program in existence uses something close to a half or a quarter of a second. Setup finished, but I still have no access to vanilla files.

This file: https://github.com/aidancbrady/Mekanism/blob/master/src/main/java/mekanism/api/gas/Gas.java is in the API. On line 3 and 4, it tries to access files in mekanism.client, which are present in Mekanism, but not in the API. Then their API violates the contract of an API and therefor sucks.

Impenetrable UI is impenetrable. By doing what? Just posting "bump" in the comments?

Also, you never set it back to false.

See, because I hadn't seen them, I didn't think to. >.> Anyway, setup is running now. I'm not even sure this is worth doing as it feels like every PR I make (that isn't outright rejected for inane reasons) is just ignored. Like this one, which is literally stopping me from updating a mod. Sigh. Ok, now what? It unhelpfully marked this task as having had an error, but displays no details anywhere that I can find.

They were hard to see in the scaled down one, and in the scaled up one it was cut off and I only saw the lower left one.

You said "tasks list" not "gradle." There was no "tasks list" in the lower left but there was a "gradle." I did not know I had to open the gradle window before being able to find tasks. Reopened the project that actually was a project and yes, I have the gradle tasks list. Now what?

Yes, I definitely switched to the 1.10 branch. Importing a new project and pointing at the build.gradle file didn't actually ask me if I wanted to reuse the project. It just opened. But it appears to have opened things in a "file only" mode rather than a project. e.g. I can browse the source files but they're not treated as code, just files that contains text. Still no background tasks.

There's no "tasks" from that icon. I did find Window -> Background Tasks, which says "no active background tasks."

Wha..? How?

Only in the general sense. Doesn't mean I know what I'm doing. Ah. Thanks. I don't use IntelliJ. I like Eclipse. And.... I now have a project that has lots of source code for Forge, but none of the patches made to vanilla and in fact, no vanilla source either (opening up a class file largely at random IntelliJ takes a minute aftewards going "hold on, I can't resolve these references" and the entire scrollbar goes red). I'm trying really hard not to fall back on coremodding because that's not the way things should be done, but instead, writing a PR for a new event in the place I want it to do what it needs to so that I can interrupt/modify vanilla behavior.

Fuck if I know. IntelliJ's "clone from Github" only selects a project. I had to delete the local Idea Project to get that, figured for shits and giggles I'll check later screens. Downloads...creates a project...and gets a dozen steps farther than last time. All the way in to being able to view source code and I still have no idea which branch its on.

"Just clone, download, and run setup!" it says. Clone. Easy. Run setup. Ok, had to install git first (as in actual git). Fine. Point eclipse at the eclipse folder in the project. Uh...what eclipse folder? "Here's a video of CPW doing it with IntelliJ" Fine, lets try IntelliJ. Downloaded, installed, project cloned, and... FML. I can't configure the project the way CPW says ("use default") because it's not available, but then my "use local" settings are incomplete and I don't know what the right values are (including JAVA_HOME not being set and no option to configure it, WTF?) Fixed JAVA_HOME myself, still don't know the gradle path, so I tired using the "use gradle wrapper task configuration." https://s11.postimg.org/jdyzigfgj/no_file.png[/img] The /fml folder is 100% empty. Not that I know why it wants the 1.7.10 json for anyway.

Thanks desht. I have trouble finding that method because the 1.7 name was "markBlockForUpdate" or similar, so I type "mark..." and autocompletion gives me results that don't include that one.

Has to do with depth sorting, yeah. Opaque elements are drawn front to back, translucent back to front.

Not that I am aware of

Set your particle texture to a different texture. As for the faces rendering wrong, there might not be a solution.

You need to override: @Override @SideOnly(Side.CLIENT) public BlockRenderLayer getBlockLayer() { return BlockRenderLayer.TRANSLUCENT; }

myItem = new Item().setRegistryName("myItem").setCreativeTab(Mod.MY_TAB) myItem.setUnlocalizedName(myItem.getRegistryName().toString())

The client that sent the packet is the player that sent the packet. Duh.

He means that stairs and the furnace have their "forward" pointing away from the camera when using metadata 0. In order for the item icon to render properly it needs to be "rotated" 90 degrees clockwise (IIRC). The solution is to make your item use a metadata other than 0.

Oooh, that's handy. I probably won't ever do it that way, but so slick, so clean. The only event I'm are of that could get fired before your own mod's preInit that you might want to know about would be the OreDict registration event (as a mod loading before yours could register an ore during preInit).

Actually what usually happens is that they've set up their code in such a way that swapping the two results in a similar, but different, crash. Because they're trying to pass the seed to the block constructor and the block to the seed constructor. Not the case here (they posted the block class, which is not taking the seed as a parameter) but they didn't post the Item class, so who knows what it's doing.

See also: https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/hardlib/RecipesUtil.java