Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fast Tapped Key not registering with RETRO_TAPPING and TAPPING_TERM < 100 #6557

Closed
rautesamtr opened this issue Aug 17, 2019 · 11 comments
Closed
Labels
stale Issues or pull requests that have become inactive without resolution.

Comments

@rautesamtr
Copy link
Contributor

rautesamtr commented Aug 17, 2019

Describe the Bug

Hi in my layout i use the following two LT defines:

#define ST(LAY) LT(LAY, KC_SPACE)
#define NAV_ESC LT(NAV, KC_ESC)

When using them with RETRO_TAPPING and TAPPING_TERM 100 or smaller i noticed that space or esc would not register sometimes even when i clearly pressed and released the corresponding key. After some testing i could easily reproduce this by tapping an LT Key quickly after any other key on my default layer. e.g. A then Space/Layer will result in just 'A' rather then 'a ' with a space after it. It seems so be easier to reproduce this by pressing Space/Layer while A is still pressed and then release A first and then Space/Layer.

Debugging for the example

Matrix

r/c for A is 02/1
r/c for Space/Layer is 00/7
Case 1 of missing space

r/c 0123456789ABCDEF
00: 0000000000000000
02: 0100000000000000

r/c 0123456789ABCDEF
00: 0000001000000000
02: 0100000000000000

r/c 0123456789ABCDEF
00: 0000001000000000
02: 0000000000000000

r/c 0123456789ABCDEF
00: 0000000000000000
02: 0000000000000000

Case 2 of missing space

r/c 0123456789ABCDEF
00: 0000000000000000
02: 0100000000000000

r/c 0123456789ABCDEF
00: 0000001000000000
02: 0000000000000000

r/c 0123456789ABCDEF
00: 0000001000000000
02: 0000000000000000

r/c 0123456789ABCDEF
00: 0000000000000000
02: 0000000000000000

keyboard report

Missing space

keyboard_report: 00 00 04 00 00 00 00 00 
keyboard_report: 00 00 04 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00

Working Space

keyboard_report: 00 00 04 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00 
keyboard_report: 00 00 2C 00 00 00 00 00 
keyboard_report: 00 00 00 00 00 00 00 00

System Information

  • Keyboard: Katana60
  • Operating system: Arch Linux
  • AVR GCC version: 9.2 && 8.3
  • QMK Firmware version: 0.6.451

Edit: Also tested on avr-gcc 8.3

@ales
Copy link

ales commented Aug 18, 2019

Can replicate, have the same issue.

#undef TAPPING_TERM
#define TAPPING_TERM 10

#define RETRO_TAPPING

Keyboard: Plaid (ATMEGA328P)
OS: MacOS
avr-gcc (GCC) 8.3.0
QMK Firmware 0.6.453

@ales
Copy link

ales commented Aug 18, 2019

so possibly fixed it. at least it works for me and see no problem so far. attaching patch file

0001-fix-to-6557.patch.txt

@rautesamtr
Copy link
Contributor Author

@ales thank you very much, your patch fixes the issue for me. I have been using it for the last 3 days and at least with my keymap/typing style i wasn't able to notice any issues with it.

@drashna
Copy link
Member

drashna commented Aug 22, 2019

@ales I think you have a PR for this, as well?

@stale
Copy link

stale bot commented Nov 20, 2019

This issue has been automatically marked as resolved because it has not had activity in the last 90 days. It will be closed in the next 30 days unless it is tagged properly or other activity occurs.

@stale stale bot added the solved label Nov 20, 2019
@noroadsleft noroadsleft added the stale Issues or pull requests that have become inactive without resolution. label Nov 21, 2019
@stale stale bot removed the solved label Nov 21, 2019
@stale
Copy link

stale bot commented Dec 21, 2019

This issue has been automatically closed because it has not had activity in the last 30 days. If this issue is still valid, re-open the issue and let us know.

@stale stale bot closed this as completed Dec 21, 2019
@AckslD
Copy link

AckslD commented May 14, 2021

Was this fixed actually? I'm experiencing the same issue

@rautesamtr
Copy link
Contributor Author

Not fixed as far as i can tell. Here's a rebased version of @ales patch. It still works.
0001-Fix-6557.patch.txt

@AckslD
Copy link

AckslD commented May 14, 2021

Thanks @rautesamtr, patch works for me 👍. I opened a PR with the patch (#12899)

@AckslD
Copy link

AckslD commented Jun 9, 2021

@rautesamtr I'm using the workaround by @ales

#undef TAPPING_TERM
#define TAPPING_TERM 10

#define RETRO_TAPPING

with the patch.

One thing that I'm noticing is that if I have let's say the following to buttons:

a = LGUI_T(KC_ESC)
b = LT(_LOWER, KC_ENT)

and I want to press GUI+ENT, which should be done by holding a and pressing b, this doesn't work and I have to press b twice.

There seem to be something that needs to be activated first, ie I can hold a press any other button and then the sequence is correctly triggered when pressing b the first time.

Any idea why this might be?

@AckslD
Copy link

AckslD commented Jul 4, 2021

Anyone stumbling on this, the above issue is solved in #12899 for at least these settings

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale Issues or pull requests that have become inactive without resolution.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants