Jump to content

[1.9.4] Attempting to replace Left Click functionality of an item.


lizardman

Recommended Posts

Back again with another question. I'm attempting to rewrite some items' left click functionality, and while I have managed to intercept the keypress and cancel it, I can't seem to find a way to make this account for the player rebinding their attack button. The reason I want to rewrite the item's functionality is because I want to induce custom attacking behavior - for example, a long charging time that immobilizes the player, or an attack that jumps them forward/backward a few blocks. Here's the relevant snippet:

 

@SubscribeEvent
public void onMouseClick(MouseEvent event) {
if(event.getButton() == LEFT_CLICK) { // LEFT_CLICK = 0
	FMLLog.log(Level.INFO, "[MonsterHunter] Default attack button is: %s", Minecraft.getMinecraft().gameSettings.keyBindAttack.getKeyCode());
		ItemStack heldItem = Minecraft.getMinecraft().thePlayer.getHeldItem(EnumHand.MAIN_HAND);
	if(heldItem != null && heldItem.getItem() instanceof WeaponBase) {
		FMLLog.log(Level.INFO, "[MonsterHunter] Successfully intercepted left click!");
		event.setCanceled(true);
	}
}
}

 

The only method I can find that allows me to intercept key events (KeyInputEvent) doesn't allow me to cancel them, so I can't get rid of the swinging animation like this snippet does.

 

Any advice? Or am I going about this the entirely wrong way?

Link to comment
Share on other sites

MouseEvent's event.button field is equal to the key code +100, so subtract 100 to get the actual key code, e.g.:

if (event.button - 100 == Minecraft.getMinecraft().gameSettings.keyBindAttack.getKeyCode()) {
// attack key pressed

You need to handle both MouseEvent and KeyInputEvent as the latter does not fire for mouse keys (unless that has been changed since 1.8.0).

 

However, as you've discovered, KeyInputEvent is not cancellable, so once the player presses the attack key, they will already be attacking.

 

I'm not sure if there is a way to completely intercept the attack without a core mod (or at least a lot of hackery), but if you're not opposed to the idea, you can allow the first attack to swing, but require the player to keep holding down the attack key in order to charge up until the attack triggers on its own. That's what I did in my various Sword Skill mods, and it works pretty well.

Link to comment
Share on other sites

It would be preferable to find a way to do it without modifying any core classes, if possible. Client input is mostly handled from EntityPlayerControllerMP, i.e. that's where the action packets get sent from, and that's where I'd start looking for possible hooks.

 

If there isn't anything in there that strikes you as usable, you could check out the Minecraft class which is where the actual client input (keyboard etc.) is monitored.

 

I haven't coded in a long while, but it may be possible via KeyInputEvent to immediately set the key binding's pressed state to false to prevent the attack action.

if (Keyboard.getEventKey() == mc.gameSettings.keyBindAttack.getKeyCode()) {
KeyBinding.setKeyBindState(Keyboard.getEventKey(), false);
}

Worth a shot, but you'll probably still get a swing.

Link to comment
Share on other sites

If you do core mod, do it by inserting a new event into the modified method, don't just write new code directly there.  Insert a hook, then utilize the hook.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • Hey folks. I am working on a custom "Mecha" entity (extended from LivingEntity) that the player builds up from blocks that should get modular stats depending on the used blocks. e.g. depending on what will be used for the legs, the entity will have a different jump strength. However, something unexpected is happening when trying to override a few of LivingEntity's functions and using my new own "Mecha" specific fields: instead of their actual instance-specific value, the default value is used (0f for a float, null for an object...) This is especially strange as when executing with the same entity from a point in the code specific to the mecha entity, the correct value is used. Here are some code snippets to better illustrate what I mean: /* The main Mecha class, cut down for brevity */ public class Mecha extends LivingEntity { protected float jumpMultiplier; //somewhere later during the code when spawning the entity, jumpMultiplier is set to something like 1.5f //changing the access to public didn't help @Override //Overridden from LivingEntity, this function is only used in the jumpFromGround() function, used in the aiStep() function, used in the LivingEntity tick() function protected float getJumpPower() { //something is wrong with this function //for some reason I can't correctly access the fields and methods from the instanciated entity when I am in one of those overridden protected functions. this is very annoying LogUtils.getLogger().info(String.valueOf(this.jumpMultiplier))) //will print 0f return this.jumpMultiplier * super.getJumpPower(); } //The code above does not operate properly. Written as is, the entity will not jump, and adding debug logs shows that when executing the code, the value of this.jumpMultiplier is 0f //in contrast, it will be the correct value when done here: @Override public void tick() { super.tick(); //inherited LivingEntity logic //Custom logic LogUtils.getLogger().info(String.valueOf(this.jumpMultiplier))) //will print 1.5f } } My actual code is slightly different, as the jumpMuliplier is stored in another object (so I am calling "this.legModule.getJumpPower()" instead of the float), but even using a simple float exactly like in the code above didn't help. When running my usual code, the object I try to use is found to be null instead, leading to a crash from a nullPointerException. Here is the stacktrace of said crash: The full code can be viewed here. I have found a workaround in the case of jump strength, but have already found the same problem for another parameter I want to do, and I do not understand why the code is behaving as such, and I would very much like to be able to override those methods as intended - they seemed to work just fine like that for vanilla mobs... Any clues as to what may be happening here?
    • Please delete post. Had not noticed the newest edition for 1.20.6 which resolves the issue.
    • https://paste.ee/p/GTgAV Here's my debug log, I'm on 1.18.2 with forge 40.2.4 and I just want to get it to work!! I cant find any mod names in the error part and I would like some help from the pros!! I have 203 mods at the moment.
    • In 1.20.6 any potion brewed in the brewing stand disappears upon completion.
    • My game crashes whenever I click on Singleplayer then it crashes after the "Saving world". I'm playing on fabric 1.20.1 on forge for the easy instance loading. My game is using 12GB of RAM, I tried deleting the options.txt, and also renaming the saves file but neither worked. Here's the crash report link: https://mclo.gs/qByOqVK
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.