5 Commits

Author	SHA1	Message	Date
Lephe	e57efb5e37	keysc: simpler keyboard device with more consistent repeats ... * Stop trying to be smart and generate repeats on the fly; this breaks time consistency. Also if repeats are not handled in time this causes infinite loops. * Move rarely-used functions to external files, simplify stuff, get rid of internal driver events; saves ~1 kB per add-in overall.	2022-04-23 13:34:41 +01:00
Lephe	8e730c2f78	replace gint/std headers with standard ones	2021-06-08 11:01:27 +02:00
Lephe	21e91b30d5	keysc: set the key_event_t.mod bit as getkey() did before	2021-05-15 18:37:36 +02:00
Lephe	910677f7ff	getkey: use the new keydev interface ... The repeat filter was also changed in favor of a forward-acting function, which determines repeat delays *before* the repeat actually occurs.	2021-03-05 14:49:24 +01:00
Lephe	dd564f094a	keydev: add a keyboard device layer to abstract away globals ... The new keyboard device (keydev) interface implements the kernel's view of a keyboard providing input events. Its main role is to abstract all the globals of the KEYSC driver and getkey functions into a separate object: the "keyboard device". The device implements event transformations such as modifiers and repeats, instead of leaving them to getkey. While this can seem surprising at first, a real keyboard controller is responsible for repeats and modifier actions depend on the state of the keyboard which is only tracked in real-time. In this commit, getkey() has not changed yet apart from indirectly using the keydev interface with pollevent(). It will be changed soon to use event transforms in keydev_read(), and will be left in charge of providing repeat profiles, handling return-to-menu, backlight changes and timeouts, all of which are user convenience features.	2021-03-05 09:31:34 +01:00