4e3050dbec
Handle key repeats in Jtk itself
2017-10-05 20:10:59 -04:00
6ff2faf4af
Add key repeating back in with Jtk
...
Problem though: A change in modifiers between key press and release will
lead to a different keyval, which indexes differently into
g_key_statuses, leading to infinite key repeats. So we maybe should
revert to storing modifier state separately from keycode to handle this.
2017-10-01 17:46:30 -04:00
486253d0b6
Jtk: encode key modifiers in key value field for keyboard events
2017-10-01 17:00:06 -04:00
15fcaa80fa
Do not let X translate control key combinations to key codes for us.
2017-10-01 13:56:01 -04:00
afd4b83814
service timers so they do not infinitely re-trigger
2017-10-01 08:03:44 -04:00
f424fd573d
Filter out repeated key presses
2017-09-30 22:46:46 -04:00
035f5805ad
Define many more keys
2017-09-30 22:09:25 -04:00
30a38a1487
Begin handling X keyboard events
2017-09-30 21:23:22 -04:00
52b3c9faa9
if an X event is not sent to the user, make sure to check for more X events ready to process
2017-09-30 20:21:49 -04:00
095d8d440e
Begin processing X events
2017-09-30 20:17:22 -04:00
2348d7ede1
Split up Jtk sources and headers by functional area
2017-09-30 18:24:50 -04:00
