[Full Project] 's UMG Rebindable Key System, Rebind keys at Runtime!

[Halokllr]

Thank you very much!

[Rama]

@DamirH;424019

From what I see these don’t persist over map changes, correct? I have to do something in the new map for it to trigger there?

@gmc;424130

It works for me, my bindings are still the same after I change them and then open a new level. They should not change on a new level since it actually changes the bindings in the project settings! Make sure they are saving when you set them (try them out before changing level) also do you have special options for level load? I don’t know if that would affect anything but worth a check.

For me, the settings not only persist across map changes, they persist even when I shut down computer and then reopne the project

It’s all tied to the DefaultInput.ini file, you should make sure yours is getting updated / is not version controlled

[Rama]

@MuhammadMadi;423946

why you are good at every thing … and u make it free . such a generous person … for the best

Hee hee! Nice to hear from you! MuhammadMadi!

@Halokllr;424196

Thank you very much!

You’re welcome! And welcome to the forums!

[Rama]

New Wiki Download ~ Mouse Input Fix

Dear Community,

I’ve just uploaded a fix so that mouseX and mouseY wont get bound to lots of stuff, so if you have that issue, make sure to get the latest on the wiki!

Wiki Download Page

A new, community-hosted Unreal Engine Wiki

[ItsBenji90]

Hi!
I’m having a go at adding controller support to my project by adding extra inputs to each mapping (as you can see in the 1st image). However the ‘Victory get all action keybindings’ node puts them in a weird order. I can work around it but it feels like a bug.

Here in the logs from bottom to top I’m expecting gamepad right shoulder to be the 2nd entry, but all apart from right trigger puts themselves right at the end

EDIT:

I can re-arrange the bindings in DefaultInput.ini HOWEVER they always re-arrange themselves to be in alphabetical order.
So say I have a binding that has gamepad right trigger then H, if I rebind the H to F then those bindings will automatically switch around to be in alphabetical order and mess up my rebindings system.
If there is a way to disable this auto arrange nonsense that would be great. And sorry it’s probably epics doing rather than yours, the victory plugin has been amazing so far!

[CriErr]

Because its really important feature for any game and I just finished figuring out how to do it for Solus.

you working on solus?

[DamirH]

@;424266

It’s all tied to the DefaultInput.ini file, you should make sure yours is getting updated / is not version controlled

It’s probably the version control. I suppose I need to check out the file in the Input Settings? I’ll just check if the file changes when I set my bindings. I am pretty sure that when I set them, they work for that run, but as soon as I stop playing they revert. Gonna try it out and report.

[Rama]

@Lazy Games;424894

And sorry it’s probably epics doing rather than yours, the victory plugin has been amazing so far!

The auto-rearranging happens in this part of the code, I believe:

Settings->SaveKeyMappings();

This is in UInputSettings

I can’t prevent Epic’s code from doing this very easily

Very nice to hear from you though!

If you want to write your own implementation that doesnt re-alphabetize you’ll want to look in InputSettings.h / .cpp

@CriErr;424907

you working on solus?

Yup I’m part of the Solus team

[Rama]

Three New Key Rebinding Nodes!

Dear Community,

I’ve added 3 new key rebinding nodes!

Remove Axis Binding

Remove Action Binding

Get All Axis And Action Mappings For KeY

These nodes let you remove any bindings you want and know how many bindings a key has!

Here’s a pic of sample usage!

**Download**

Here's the full project for you!

**Wiki Link to Download Page**
https://wiki.unrealengine.com/File:ReBindableKeys.zip



![80fb88efaed7bc6ec137e4cf50ad028047bc0bb1.jpeg|1018x767](upload://ip21GPpEFq9ujNZQO6u38j5yZqh.jpeg)

[anonymous_user_e1739508]

Thank you for giving this away. REALLY APPRECIATE IT!

[Jamendxman3]

@;430537

I can’t prevent Epic’s code from doing this very easily

Yeah, I just submitted my input remapping plugin to the marketplace, and I had to rewrite a good amount of my code/scrap some functions after I realized that they organize alphabetically, as some of my functions used indexes that the player could specify.

[anonymous_user_e660f14a]

Hi . Thanks for the plugin, it’s awesome, and I’m really happy to see that you’re still updating it, the new nodes are great.

I found a little mixup in the axis mapping blueprint in the sample project. The mouse axes were switched at one point. Here’s a screenshot:

[Blue669]

@RhythmScript;336686

I think I may have found a bug with the way your new axis keybind system works, . Essentially, it seems that the “original” keybind reference is based on an Axis Name and an associated key… But while it accepts the “value” parameter, it doesn’t distinguish it?

If, for example, I go into my menu and “accidentally” bind W to both Moveforward 1 and Moveforward -1, and I then try to bind an axis value to MoveForward 1, it will overwrite both the Moveforward 1 and Moveforward -1 bindings with the new binding, since it cannot tell them apart…? The only way to recover from this once it happens is to go into Project Settings to manually change it, as it will then show two duplicate copies of a moveforward 1 binding with no way to differentiate them.

EDIT: put another way, I think the shortcoming here that can’t be solved is that there’s no way, using your system, to add or remove keybinds, only to replace them. It would be possible to avoid this issue, at least on my end (since it happens when loading preset lists of keybinds) by simply doing a Get All Victory Keybinds > ForEach > RemoveKeybind and then calling an Array of Victory Keybinds > ForEach > AddKeybind. As it stands, the problem is if there’s any sort of mismatch between the existing keybinds and the ones that are supposed to be added, because the user accidentally pared the list down from two keybinds to one (for example, by double-binding a movement command twice to the same key) he permanently loses one keybind since the system can only modify keybinds, it can’t add or subtract them from the list.

This pretty much renders the whole system useless in my opinion.
When the end user accidentally binds both Axis to the same key (for example W for both move forward and back), it completely breaks the whole system beyond repair. From that moment on both Axis will show the same scale and there is no way to restore default values for anyone outside of the editor, because as you said you cannot remove or recreate an axis, only change an existing one. If that is broken, there’s nothing you can do to restore it. Until this is fixed this system looks neat but it cannot be used for a finished product it seems.

[anonymous_user_b6796da61 (anonymous_user_b6796da6)]

Thank you a lot!

[ZioYuri78]

Hey,

i found a little bug on blueprint side of your system, here happen you can’t bind Left Mouse Button because if you click on button it capture the event as a click because the button is still active on rebind, i solved it with a little trick:

1. Disable the button after the OnClicked event in the VictoryElement

[spoiler]

[/spoiler]

2. In the widget where you use the VictoryElement re-enable the button into the OnMouseButtonDown and OnKeyDown functions

[spoiler]

[/spoiler]
I hope it help for who have the same issue

[gmc]

Ah, great idea! I did not think to disable the button after clicking on it the first time, then enabling it after binding so you can bind the LMB, I’ll make sure to give the fix so he can add it to the download wiki page! I also fixed

Hi . Thanks for the plugin, it’s awesome, and I’m really happy to see that you’re still updating it, the new nodes are great.

I found a little mixup in the axis mapping blueprint in the sample project. The mouse axes were switched at one point. Here’s a screenshot:

from -'s post!

There is a little bit of a delay when setting the LMB but all the other ones should work instantly!

–GMC

[Rama]

Dear @, @ZioYuri78, and @gmc,

Wow this is great! Thank you for mentioning these fixes!

And thank you gmc for sending me the new version!

I’ve updated the wiki download link:

A new, community-hosted Unreal Engine Wiki

Have fun today everyone!

[NorseHorse1492]

Do I need Victory to use this?

[anonymous_user_10f3a621]

Hi, I’ve imported this to a 4.11 project and it looks like the OnKeyDown function is no longer getting fired. Works fine with mouse clicks and mouse moves, but not with keypress.

[anonymous_user_10f3a621]

Ah my bad. I had to set the IsFocusable flag on the Main_ByRama blueprint.