Skip to content

BUGFIX: Fix L=A by comparing the rawkeys to the previous keyinput#2042

Open
SiliconA-Z wants to merge 1 commit intopret:masterfrom
DTeachs:L=A
Open

BUGFIX: Fix L=A by comparing the rawkeys to the previous keyinput#2042
SiliconA-Z wants to merge 1 commit intopret:masterfrom
DTeachs:L=A

Conversation

@SiliconA-Z
Copy link
Contributor

@SiliconA-Z SiliconA-Z commented Oct 3, 2024

Note that newAndRepeatedKeys does not need to be remapped because it is never checked for the A key.

@SiliconA-Z SiliconA-Z force-pushed the L=A branch 3 times, most recently from 9c1a90e to 1cd9041 Compare October 8, 2024 12:20
@mrgriffin
Copy link
Collaborator

Is there somewhere in-game where I can verify that this change works?

@SiliconA-Z
Copy link
Contributor Author

Is there somewhere in-game where I can verify that this change works?

Absolutely. Because heldKeys compares with keyInput, holding the L button alongside holding another button means neither button will never be considered to be held if L=A is set. Holding L button alongside another button means both buttons are repeating.

Honestly, we can get away with not adding A to newandrepeating because it is never checked for newandrepeating, but what was mentioned about the check above still applies.

@mrgriffin
Copy link
Collaborator

Sorry, I think you misunderstood my question.

Where in-game should I test the L=A repeating behavior so that I can check that this PR works?

@SiliconA-Z
Copy link
Contributor Author

Sorry, I think you misunderstood my question.

Where in-game should I test the L=A repeating behavior so that I can check that this PR works?

Any menu where holding a button has a behavior. For instance, if you hold the L button while also holding the down button in the Pokedex, it won't scroll downwards, and instead just go down by 1 and remain, which is changed by this PR.

@SiliconA-Z
Copy link
Contributor Author

In all honesty, we can completely get away with not remapping newAndRepeatedKeys, as the only values checked in this value are DPAD values, but I just have it here for completion's sake. I can remove it if you want.

@SiliconA-Z
Copy link
Contributor Author

What do you think @mrgriffin? Should I even bother remapping newAndRepeatedKeys?

@mrgriffin
Copy link
Collaborator

I haven't had the time to familiarize myself with the code and test your change in-game yet. But once I've done that I can give you an opinion about newAndRepeatedKeys :)

@SiliconA-Z
Copy link
Contributor Author

Please let me know when you get the chance :)

@SiliconA-Z
Copy link
Contributor Author

newAndRepeatedKeys is only checked for DPAD values, so it doesn't affect pret at all.

Going to just take it out.

@SiliconA-Z
Copy link
Contributor Author

"newAndRepeatedKeys is never remapped either." Should probably be moved to where the remapping happens, honestly.

@SiliconA-Z
Copy link
Contributor Author

Any update on this by the way?

@mrgriffin
Copy link
Collaborator

I gave a longer explanation on Discord but the summary is that I'm not going to review this PR, so somebody else can step in if they like.

…tead of the converted keys

newAndRepeatedKeys is only checked for DPAD values, so it doesn't affect pret at all.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

Comments