Caffeinated Pinkie

Well, is there a way to get the cross-sections of the VoxelShape? Or, at the very least, some documentation on how VoxelShapes work?

I'm wondering what the most efficient way to calculate the volume of a block is. That is, if I have a BlockState in a World at a BlockPos, how can I most easily or efficiently calculate the volume? Do I have to just take the integral of the cross-sections of the VoxelShape? If that is the case, how do I get the cross-sections?

Actually, that's definitely cleaner than overriding FireBlock. I already catch the lightning when it is added, so that shouldn't be hard. Thanks.

Well, the problem is that I'm trying to prevent all lightning from spawning fire, including vanilla lightning.

So, for a mod that I am making, I've been trying to find the simplest and cleanest way to prevent fire from spawning where lightning bolts strike. I have a few solutions already that work, the simplest of which is that I register a custom FireBlock over the vanilla one. It has a boolean in it that is set to true when EntityConstructing is called with lightning and false when it enters the world. While this value is true, fire cannot be spawned. The reason why this is difficult is that the constructor for LightningBoltEntity actually spawns fire before it even enters the world. Basically, I can intercept the lightning object when it calls the Entity constructor at the start of its constructor and after it is finished constructing, by which it is already too late. Do any of you have suggestions for a better method of doing this? I'm concerned about compatibility issues that may arise from overriding FireBlock.

I'm currently looking for a way to remove the vanilla system of clearing lines of chat from memory when a certain amount are present. Basically, I'd like all chat messages to persist indefinitely for a given instance of the game. It's a little hard to decipher how vanilla does this as the source code for the chat GUI classes don't seem to currently be available. Edit: Actually, the NewChatGui class has its source code visible, so it shouldn't be too hard. My apologies for not searching harder first.

What exactly is the danger of doing the following: public static final Block MOD_BLOCK = new ModBlock(); @SubscribeEvent public static void onRegisterBlocks(Register<Block> event) { MOD_BLOCK.setRegistryName("mod_block"); event.getRegistry().register(MOD_BLOCK); } instead of: public static Block MOD_BLOCK; @SubscribeEvent public static void onRegisterBlocks(Register<Block> event) { MOD_BLOCK = new ModBlock(); MOD_BLOCK.setRegistryName("mod_block"); event.getRegistry().register(MOD_BLOCK); } The Forge documentation is somewhat unclear on this topic, mainly just implying that it causes issues when introducing DeferredRegisters.

I need to store a single number with a specific Block type. The number should be modifiable by the user, which I already have a method for, and persist between games. Each Block in the world should have the number independent from the other ones. I should be able to easily retrieve the number frequently. Lastly, I need to be able to iterate over all instances of the Block in the world. That part doesn't need to be included with the numbers, but it would be convenient. With that information, would it preferable to create an entire TileEntity for this Block type just for this single number, or would it be better to use the WorldSavedData system to store and retrieve it? I want to also consider compatibility with other mods that allow for copying of Blocks, like WorldEdit and MCEdit, as in the copied Blocks should have a number associated with them and should be part of the data structure that I can iterate over. Thank you.

What is the proper/most efficient way to time things in game? In a regular program, I would probably use Executors#newSingleThreadScheduledExecutor(), but is that a good idea in Forge? In the mod I'm working on, I want something to occur after a command is executed, every X seconds with X seconds of warning. Should I subscribe to WorldTickEvent or ServerTickEvent? Or should I use MinecraftServer#registerTickable(Runnable)?

For example, PlayerList#sendMessage(ITextComponent). If you use a TranslationTextComponent, so that the message is lazily translated by clients, the message is also sent back to the server with this line: this.server.sendMessage(component); The server doesn't translate the message before displaying it in the server console in a dedicated server. In general, the dedicated server doesn't seem to be able to eagerly translate mod language keys even in English.

I'm sorry if this is already answered somewhere, but the wall I've hit at this point is that the dedicated server does not seem to be able to translate the keys. When I send a TranslationTextComponent to the MinecraftServer with the translation key or directly translate it in place using LanguageMap and then send it in a StringTextComponent to the MinecraftServer or players, it still just displays the translation key. The dedicated client is able to translate the key, however, if sent a TranslationTextComponent. Also, for the ChannelRegistrationChangeEvent, what is the proper way to register my mod so that it actually fires. Do I only have to register it on the client or the server too? I can't seem to find any documentation or guides on this topic. As a rule of thumb, should modders generally try to translate for modded clients without their particular mod? Or is it common practice to just use TextComponentHelper and leave it at that?

Alright, is there a way to check whether the client has a particular mod? TextComponentHelper works if the client is vanilla, but not if the client is modded and does not have the mod.

Alright. Is there a method to check if clients have the localization and send just a StringTextComponent instead? Never mind, the documentation describes this pretty well. Thank you for the help.

I've just found an issue with Forge localization that I'm not sure is intentional or not. Basically, I have mod that is only required on the server-side, but has some commands and messages that are sent to players. Using TranslationTextComponents, the messages are translated to the appropriate locale if the client has the mod installed. However, if the client does not have the mod, the messages are untranslated and just the translation key is sent. For example, "commands.ahe.explosions.stopped" is sent instead of "Explosions stopped." This issue is also present in the server console, but I figured that's fine if the client translates it properly. Am I missing something or is there just no proper way to use localization to clients that don't have the proper mods?

Is it possible to have a Map in the current configuration system? I'm having issues doing so.