Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upAssorted minor tweaks #4475
Conversation
This comment has been minimized.
This comment has been minimized.
As mentioned in the code, key repeat is, err, fairly crappy :D. Ideally, we'd queue every repeat events, and simply flush the queue on release. Unfortunately, I have no idea how to do that (and if we even can with the current Event framework) ;). |
This comment has been minimized.
This comment has been minimized.
(Will squash manually for a rebase merge, as the two things have nothing in common). |
NiLuJe
force-pushed the
NiLuJe:master
branch
from
69dd87d
to
e2ef12a
Jan 12, 2019
This comment has been minimized.
This comment has been minimized.
@NiLuJe: not sure if I understand handling key repeat for the Forma pageturn buttons. Do you want to avoid them or to react to them as key press/release? |
This comment has been minimized.
This comment has been minimized.
|
This comment has been minimized.
This comment has been minimized.
@pazos: This reacts to them, and treats them as KeyPress, as long as that's coming from a pageturn button. All other repeats are ignored. I created the KeyRepeat event mainly because it might come in handy later, but right now, this behaves exactly as if the event sent was a KeyPress one, since the onKeyRepeat handler is just a copy of onKeyPress. |
This comment has been minimized.
This comment has been minimized.
ok, updated the example. It can be installed as an event hook for kobos. Imo it is better to have specific hooks because it is easier to understand them and they can be repurposed for other devices in the future. |
Frenzie
approved these changes
Jan 13, 2019
lgtm even if parts are a bit inelegant ;-) |
This comment has been minimized.
This comment has been minimized.
I'd tend to agree with you in theory, except here:
|
NiLuJe commentedJan 12, 2019
•
edited