Duke4.net Forums: Shift + KP5 does not respond - Duke4.net Forums

Jump to content

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Shift + KP5 does not respond

User is offline   Ninety-Six 

#1

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.
0

User is offline   Hendricks266 

  • Weaponized Autism

  #2

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
0

User is offline   Ninety-Six 

#3

Do you have a 32-bit version?
0

User is offline   Hendricks266 

  • Weaponized Autism

  #4

Redownload, I added a 32-bit exe.
0

User is offline   Ninety-Six 

#5

I didn't see any sort of log output, so I recreated it by hand, apologies for errors:

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.
0

User is offline   Hendricks266 

  • Weaponized Autism

  #6

I committed a fix for this.
0

User is offline   Ninety-Six 

#7

thank you kindly
0

User is offline   Ninety-Six 

#8

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.

This post has been edited by Ninety-Six: 13 April 2020 - 10:28 AM

0

User is offline   Ninety-Six 

#9

View PostNinety-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.


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

0

#10

View PostNinety-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.


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

2

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks not owned by Voidpoint, LLC are the sole property of their respective owners. Play Ion Fury! ;) © Voidpoint, LLC

Enter your sign in name and password


Sign in options