warjort

Sorry I don't understand your question. Block breaking is left click, you said you wanted right click?

I think you have the wrong idea about this forum. In a court of law there is generally rule that judge's don't answer hypotheticals. They only rule on cases that actually have consequences. This forum works in similar way. We answer questions from people that have tried to write a mod and have hit a snag or bug they don't understand. That way we are dealing with a concrete issue and the questioner has some understanding of what the answer means (having tried to do it themselves). Your question is more like "I have a great idea for a mod, can you tell me how to write it?" which is way too open ended to get an answer. Try to implement your mod, then come back when you have issues you need help with. But don't be surprised if you are ignored or get a snarky answer when your question shows you haven't put the effort in yourself to find an answer.

Minecraft has support for this when doing pure item use. e.g. eating food or shield blocking It also has support for it when left clicking a block, i.e. block breaking. There is nothing for your use case. Block usage (with or without an item) is always "immediate". Normally when doing this kind of thing, the Block.use() changes something about the block. e.g. updating a progress field of a block entity

Use the correct version of optifine for the version of forge you are using.

Please don't post text as images. You have truncated the error so we can only see the bottom of it. The error is something to do with a mod wanting a different version of forge to the one you have installed, but we cannot which see which mod or which version it wants. Try the latest version of forge for 1.18.2 But it could also be you have a mod installed that is not for 1.18.2?

You did not do this. Justing posting the file by itself without showing how it is used is useless. The issue is not with the contents of the file it is with minecraft not using/seeing it. Probably because you have it in the wrong place or some other unshown issue. Maybe somebody else wants to play "20 questions" to try to get all the relevant information from you? I am sorry but I don't. This is why I (and probably others) originally ignored your question from Monday. You can tell when something is going to be too much of a time sink.

Please create your own thread and post the installer log (it is created in the same folder as where you have the installer jar). There is nothing wrong with your hosts file. The other usual reason for the above error message is using a very old version of java. Make sure your java is up-to-date or download a recent version like: https://adoptium.net/

We have no psychic powers and so can't tell you how to fix what we can't see. Other than you need to register that dimension properly (but I already told you that). You can register a dimension either using json or using a DeferredRegister. e.g. these are the vanilla dimensions: https://github.com/misode/mcmeta/tree/data/data/minecraft/dimension although they are actually really registered in code by minecraft. Or this is the twilight forest: https://github.com/TeamTwilight/twilightforest/blob/1.19.x/src/generated/resources/data/twilightforest/dimension/twilight_forest.json Putting your code on github so we can see all the relevant context is the best way to get an answer.

remove geckolib from your mods folder. forge gradle will automatically download and add the mod which includes deobfuscating it. (This assumes your buildscript is correct). Also, please always post the logs/debug.log so we have all the information.

Technically, it's only a copyright breach if you distribute it to other people. If you have a legitimate copy, modifying for personal use is fine. For the original poster, you might want to look at (and contribute to): https://github.com/ValkyrienSkies/Valkyrien-Skies-2 But since it is currently for 1.16.x you won;t get any support for it here.

I don't see it in your list of mods. Are you sure you have the forge version of the mod? You also get the same error if you have the wrong version. e.g. a mod wants version 2 or later and you have version 1

You are missing the pehkui mod.

Your spoiler is the code from before you asked the question. The best way to ask a question is to put your code on github where we can see the full context and keep it up-to-date as you fix things. The texture ids like "front" or "all" are pure convention. They are variable names. Usually created in a parent/template model then consumed/defined in your real model. Only the 6 faces from the minecraft Direction class have any fixed meaning.

Reread what I wrote. Reinstalling the mod won't fix your broken config file. I don't know how to fix the configuration file because you haven't shown it. So I don't know what it is wrong with it. But the mekanism mod authors would be better people to ask anyway. Reinstalling a mod will not delete your saves. But uninstalling a world gen mod can make a save unusable or remove its blocks and items from your save.

https://minecraft.fandom.com/wiki/JSON It's render_type with an e. if you don't show your code we really can't help you. You asserting you did things correctly helps nobody.

https://github.com/sp614x/optifine/issues/7127

https://forums.minecraftforge.net/topic/115679-1182-block-entity-renderer-disappears-after-leaving-the-world/#comment-511734

Post a link to the logs/debug.log after you uninstalled dreamland.

That's one of the biggest error messages I have ever seen. 🙂 It looks like one of your mods (or a datapack you are using) has some bad worldgen configuration. The name stoneholm appears a few times - I obviously didn't check the whole thing for mention of other mods. e.g.

It's not a config file. It's your mod's mod.toml that is not valid.

You could try copying the piston code into a new block along with the supporting classes. The key changes will be * making PistonResolverStructure save the NBT from block entities that are to be pushed so it can reapply it to the new block entity. * remove the check in PistonBaseBlock.isPushable() that stops block entities being pushed. You will probably find that this doesn't work properly. Not just because it is hard to get right, but there likely a lot of hardwired Minecraft code elsewhere that expects the piston to be its specific class/instance? Other issues include (the hard to get right part): * How to handle things like vanilla's double chests when you only push part of it? * pistons trying to push other pistons need special handling. But the vanilla piston won't know how to handle your piston.

One of your config files is broken. Since you don't post the full crash report or logs/debug.log I can't tell you which one.

Looks like some conflict between arsnouveau and patchouli? I can tell you ars nouveau was compiled using patchouli 1.19.2-76 but you have 1.19.2-77 https://github.com/baileyholl/Ars-Nouveau/blob/f6a0c65a0533ae7fe92c3bca89461efdaa43536b/gradle.properties#L10 and the thing ars nouveau is accessing was changed only 2 days ago from a class to an interface https://github.com/VazkiiMods/Patchouli/commit/8a149d3c27e3b81a5c56c008783ed9c090164bb3 I would try patchouli 1.19.2-76 but you should also contact the ars nouveau mod authors to tell them about the problem.

Can you please not put the crash reports in the forum. Post a link to a file sharing site where you uploaded the file. It becomes impossible to read/search these badly formatted posts to the forum, especially when there is more than one on a thread. And you also need to post a link to the logs/debug.log so we have the all the information. The error is now: Which means the dreamland mod is conflicting with some other world generation. Check you have the latest version of this mod then contact the mod author. A word of advice, if you are creating a mod pack from scratch, don't do it by adding a lot of mods all at the same time. Add mods "one-by-one" or in small groups and check they work. That way you know which mods are causing problems as you add them. Otherwise, this thread is going to get stupidly long and people will likely stop answering you. Because it is not our job to create/fix your mod pack for you.

The code I told you to look at isn't actually the complete code. When the book gets to the server side it converts the Strings to Json, see ServerGamePacketListenerImpl.handleBookEdit() It basically boils down to adding this additional code pages.stream() .map(page -> Component.Serializer.toJson(Component.literal(page))) // HERE string -> json conversion .map(StringTag::valueOf).forEach(book_pages::add); But you might want to look at some of the other things it in that class, e.g. signbook() and the profanity filter? If you have other issues, use NBTUtils.prettyPrint() to show the (S)NBT of your book tag and compare it with what is created by vanilla.