poopoodice

player.getArmorInventoryList()

You can't just get the capability from the stack in slot, what if it's empty?

I think you should be able to use RenderWorldLastEvent.Post/Pre to render your particles under some kind of condition you made.

WorldRenderer.renderRainSnow()

Mmmm I'm not sure but do you want to give it a try: call unpressKey() after you send the msg?

Use orElseThrow instead of orElse otherwise you won't notice if there's any error. Also use tick event not PlayerEvent, or it will be called whenever a sub event of it is triggered. armorItemInSlot(int slotIn) is client side only.

Isn't it "Render this before/after all elements are drawn"?

ClientChatEvent

It isn't so hard for me to just click a button, don't know why are you so pissed

I think you may need to check the time yourself, and use ServerWorld.getServer().getPlayerList() to get all players, then use player.sendMessage() to send the message.

under External Libraries

ForgeRegistries.TILE_ENTITIES

I believe whenever there are changes being made to the tag, it will be sync to the client. What getShareTag() does is allows you to modify the tag before the message of syncing being sent.

The modid shouldn’t be capitalised.

Just wondering does inner class count as a "class" for you?

Interesting haha Edit: I misread your post.

I'm afraid player capability is the only way to achieve this afaik. It is not as simple as storing the data in the fields in your event class (which won't work), but it is the only way I can think of. Also it is not so complicated isn't it?

You can still override deprecated methods, it just tells you dont use it

You shouldn't be sending changes every tick, and for ItemStacks' capability syncing you will need to override getShareTag(), readShareTag().

I assume you are using 1.14+ (there's only one arg in 1.12), you need to pass EntityType.ENDERMAN into the first arg instead of null. Also like sciwhiz12 said you need to provide more information.

You're right haha, I misread my forge version 1.16.1-32.0.75 and 1.16.1-32.0.57 I was using the older version.

setRequiresTool() in AbstractBlock.Properties So canHarvestBlock() will do tool checking when block is harvest. You can also see how blocks in Blocks.java do it.

I use high-contrast :p I'm not so sure why that did not work for you (it works for me, I just tested it), you might want to have a look at this tho it's for 1.15 but I guess it applies on 1.16 as well.

change the version of mapping to 20200723-1.16.1 and refresh (reimport) gradle project