Thread title. I use a control scheme that utilizes the keypad numbers, and they all work fine under all circumstances except Keypad 5, which does not respond if I am holding shift at the same time, while all the others do.
This has been an issue for a long time. The latest version I have where it functioned as it was supposed to is r6428. The earliest version I have where it broke is r6576.
Yes I realize this is late reporting.
Page 1 of 1
Shift + KP5 does not respond
#1 Posted 26 February 2019 - 12:20 AM
#2 Posted 05 March 2019 - 04:07 PM
Can you tell me what this prints when you try various combinations of NumLock on/off, Shift held, and pressing KP5?
https://hendricks266.duke4.net/stuff/SDL2-2.0.9-checkkeys-h266.7z
https://hendricks266.duke4.net/stuff/SDL2-2.0.9-checkkeys-h266.7z
#5 Posted 05 March 2019 - 08:37 PM
I didn't see any sort of log output, so I recreated it by hand, apologies for errors:
I want to point out, if it matters, that I was holding Shift when I pressed KP5 each time, but it called the action of pressing KP5 while holding Shift as a release of shift during the numlock on test. But it noted the release after I pressed KP5 with Numlock off. I don't know if that's relevant but I figured I would mention it.
Spoiler
I want to point out, if it matters, that I was holding Shift when I pressed KP5 each time, but it called the action of pressing KP5 while holding Shift as a release of shift during the numlock on test. But it noted the release after I pressed KP5 with Numlock off. I don't know if that's relevant but I figured I would mention it.
#8 Posted 13 April 2020 - 09:46 AM
I apologize for the bump but as of r8784, this issue has made a slight return. Shift+KP5 does work, but now Shift + KP4 and KP6 results in their alternate function being toggled (left arrow and right arrow, respectively). Likewise for KP8 and KP2. This overrides their non-shifted functions.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
This post has been edited by Ninety-Six: 13 April 2020 - 10:28 AM
#9 Posted 22 April 2020 - 10:10 PM
Ninety-Six, on 13 April 2020 - 09:46 AM, said:
I apologize for the bump but as of r8784, this issue has made a slight return. Shift+KP5 does work, but now Shift + KP4 and KP6 results in their alternate function being toggled (left arrow and right arrow, respectively). Likewise for KP8 and KP2. This overrides their non-shifted functions.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
Still a problem r8872
As an addendum, there have been a few instances where duke will continue moving right or left without my input, and will keep doing so unless I press the same direction again.
This post has been edited by Ninety-Six: 22 April 2020 - 10:33 PM
#10 Posted 31 May 2020 - 12:56 AM
Ninety-Six, on 13 April 2020 - 09:46 AM, said:
I apologize for the bump but as of r8784, this issue has made a slight return. Shift+KP5 does work, but now Shift + KP4 and KP6 results in their alternate function being toggled (left arrow and right arrow, respectively). Likewise for KP8 and KP2. This overrides their non-shifted functions.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
Incidentally, this was a problem back in r3717 that was later fixed, however I bring it up because back then it was the opposite. The alternate functions of KP7, 9, 1. amd 3 would trigger when combined with shift, but not the directional keys.
I mention this only in case it sheds any light on the issue.
Bisection indicates that this was caused by the upgrade to SDL 2.0.12 in r8706.
More precisely, if Shift is being held or if Numlock is OFF, then KP2, KP4, KP6 and KP8 are recognized as the arrow keys rather than the keypad keys. All other keypad keys are unaffected by this.
This also affects mapster32. If you noticed that the "Force Texture Panning" feature (Shift + KP2/4/6/8) no longer works, ensure that Numlock is ON and use ALT + KP2/4/6/8 instead as a workaround.
This post has been edited by Doom64hunter: 31 May 2020 - 12:56 AM
Share this topic:
Page 1 of 1