Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

LemADEC

Members
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

0 Neutral

About LemADEC

  • Rank
    Tree Puncher

Converted

  • Gender
    Undisclosed
  • Personal Text
    I am new!
  1. I've a model of my block in .obj format. I'm able to load and rotate it from the blockstate JSON. However I'm unable to change its texture/materials. Am I missing something? Here's my blockstate JSON: { "forge_marker": 1, "defaults": { "model": "warpdrive:forcefield/projector_base.obj", "textures": { "particle": "warpdrive:blocks/forcefield/projector-side_not_connected", "mbase" : "warpdrive:blocks/forcefield/projector-shape_none", "mbase2" : "warpdrive:blocks/forcefield/projector-shape_none", "side" : "warpdrive:blocks/forcefield/projector-side_not_connected" }, "
  2. Indeed, I had completely missed the getRenderType() override in BlockContainer, thanks! For the record, if we use Block instead of BlockContainer as a parent class, there's also breakBlock() to override as it removes the TileEntity.
  3. I've been able to update my mod from 1.7.10 to 1.10.2 with rendering for non-TileEntity blocks, but for some reason all TileEntity blocks are fully transparent, even through they render fine in inventory. Is there some additional code needed when using BlockContainers? Here's my block reduce to it's simplest form reproducing the issue: 1- blockstates/air_generator.json { "variants": { "normal" : { "model": "warpdrive:air_generator" } } } 2- models/block/air_generator.json { "parent": "block/cube_all", "textures": { "all" : "minecraft:blocks/log_birch_top" } } 3-
  4. Since all assets paths needs to be lower case in MC1.11, and item models use registry name, I guess all registry name will also need to be lower case?
  5. I've seen multiple variations on how to name things in a mod regarding whether lowercase is mandatory or not. Are the following true? - in the @mod or mcmod.info, modid should always be lower case (especially from MC1.11) - in a ResourceLocation, resourceDomain should always be lower case - in a ResourceLocation, resourcePath can be any case provided it match with the JAR content - in a unlocalizedName, the string can be any case provided it match with the lang file content - in a command, it's only 'recommended' to use lowercase command names - in a DamageSource, according to vani
  6. I'm used to Eclipse where I can directly search for a method through my mod and Forge itself with a full text search, it's not perfect but it does the job. Now, I'm giving a try to IntelliJ IDEA and I can't find a way to search through Forge source. The global search doesn't go through Forge sources. The 'find usage' just stop at my mod, unlike in Eclipse where it actually go through Forge sources too. I did a setupDecompWorkspace on my mod and forge itself before importing them through grade into IntelliJ IDEA. What am I missing? I'm on Mac with forge 1.7.10 and IntelliJ IDEA
  7. Thanks for your answers! Original code is here: https://github.com/LemADEC/ArsMagica2/blob/master/src/main/java/am2/AMEventHandler.java#L583 I've tried using AttackEntityEvent as such: Sadly, it doesn't seem to get cancelled whether I'm inside or outside a protected area (spawn with WorldGuard in my case).
  8. I'm trying to fix a few spawn bypasses in mods, notably ArsMagica2. For block placing, I was able to use ForgeEventFactory.onPlayerBlockPlace and ForgeEventFactory.onPlayerMultiBlockPlace. It's a bit tedious, but it does the job. What about entity attack? Notably, how can I detect if a player can attack an entity in an area?
  9. My mod depends on a specific version of another mod. I know how to detect that mod presence with Loader.isModLoaded("modid"). My issue is to access that mod version. Is there any easy way to access it?
×
×
  • Create New...

Important Information

By using this site, you agree to our Privacy Policy.