5 ms·
Using keyup makes no sense and is inconsistent with user expectations. For triggering actions (which includes normal typing), you only ever use keydown. (Well,
by chrismorgan 2mo ago
Using keyup makes no sense and is inconsistent with user expectations. For triggering actions (which includes normal typing), you only ever use keydown. (Well, there’s one exception for reasons unclear to me: activating a button by pressing Space. That triggers on keyup like how clicks are on release, while Enter triggers on keydown.) Keyup is limited to things where you’re constantly reacting to the state of a key, as is common in games.
This affects the functionality, too. It is in fact introducing latency by using keyup instead of keydown. Feels bad.
- zxexz 2mo agoAs a user, I’ve not thought too much about this before now. I agree with you mostly, but the keyup on space behaviour actually feels so innate I’d hate any change to it. Keydown on space is “jump”; nothing else.
- chrismorgan 2mo agoI’d just like to hear an explanation of why it is. Because if you handled “is key currently pressed” events with polling rather than events (which is how people almost always consume them logically), it would be the only thing in the entire world that I can think of that would/should use keyup. Edit: I think people are misunderstanding me. I’m asking for an explanation of why, when you have a button focused, pressing Space activates on key up, rather than key down like literally everything else on the keyboard, including Enter on a focused button. (Mouse activates on release.)
- dangond 2mo agoJump is keydown because many games let you adjust your jump height based on how long you hold down space after the jump starts.
- flaunf221 2mo agoGames use keydown because it is more responsive and control responsiveness is vital to dynamic gameplay feeling good. There are some exceptions - if action can be charged, then it is on keydown. And then on gamepad sometimes actions are on release when developer has too many actions and not enough buttons, so it can be keyup vs hold.
- podocarp 2mo agoIt just matches real life. What about lmb to shoot? You don't fire a gun on trigger release, you fire it on trigger down. Walking? Would be weird moving only on keyup.
- wky 2mo agoThis raises the question of why real life buttons and virtual buttons behave differently. My unsubstantiated guess is that clicks act on release to give the opportunity to slide off the button to abort, and/or because the button would disappear while pressing if it ex. submits a form.
- Rygian 2mo agoBecause in those contexts, the Space key is being used as a physical mirror of the on-screen button, and on-screen buttons are UX'd to perform action when released. These two interactions should behave identically: - Hover over a button, press mouse button 1, release button 1. - Tab over to a button, press spacebar, release spacebar. Why on-screen buttons are UX'd to behave this way is a logical follow-up question. I'd wager that it gives a means to bail out of the clicking (e.g. by moving the mouse out of the on-screen button before releasing mousebutton 1, or by pressing Esc while having spacebar still depressed).
- regularfry 2mo agoYes, the bailing-out explanation is right. With a mouse it's intentional that you should be able to push the pointer off the button with the mouse button still pressed to cancel.
- chrismorgan 2mo ago(Esc while Space is held doesn’t cancel, but Tab does.) You’re only answering half of the inconsistency: because Enter activates buttons like any other key, on keydown.
- b112 2mo agoJust diving in without full context, but, enter is often a completion action. Historically often a full carriage return. It often means "submit data". So this could be the oddity
- Rygian 2mo agoWhile spacebar is depressed: Qt: Esc cancels. Tab cancels. Gtk-4: Spacebar auto-clicks before keyup (probably due to auto-repeat). Win32: Esc sends Esc to the window. Tab cancels. Firefox: Esc does nothing. Tab cancels. So, mileage does vary. Re. Enter key, that's a different key, so different discussion.
- chrismorgan 2mo ago
- stavros 2mo agoI may be wrong on this, but I think that pressing esc while space is held down cancels the button press, like moving the mouse off the key while holding down the click does. I'd need to test this, though.
- hnlmorg 2mo agoKey down is used for events that can be duplicated by holding the key. Eg in a text editor, when you want multiples of the same letters, you’d press and hold the key. Key up is used for when it’s important to only have one occurrence of that event. Technically you could write code that made key down only react once. But the logical separation makes some sense.
- chrismorgan 2mo agoGive me an example. Any example beyond this Space one we’re discussing; because I don’t know of any.
- youngtaff 2mo agoI can see both viewpoints here and don’t have a strong personal view But for reference browsers fire the keypress event on keyup
- chrismorgan 2mo agoThe keypress event is an ancient mistake that I think never had any legitimate use case, and has been deprecated for quite some time now.
- wky 2mo ago> If supported by a user agent, this event MUST be dispatched when a key is pressed down [...] https://w3c.github.io/uievents/#event-type-keypress https://w3c.github.io/uievents/#event-type-keypress
- hnlmorg 2mo agoExamples where key down is used as an input event? Basically anything that requires text input from OS-native text input fields to IDEs, word processors, spreadsheets, web browsers, terminal emulators and so on and so forth.
- chrismorgan 2mo ago
- danbruc 2mo agoFor triggering actions (which includes normal typing), you only ever use keydown. I think you have this wrong, actions generally occur on button release, until that you can move the mouse cursor to a different target, tab to another control, use [ESC] to cancel, and so on. Typing, moving a slider with the cursor keys, and similar things that make use of key repetition while holding down the key are the exception to this.
- okamiueru 2mo agoCan you give some specific examples? In my experience (which I also verified to make sure), all of the things you mention act on keydown. The exceptions are on multi-key combinations, which follow a special key that is held down while modifiers are entered, where the action is completed by releasing this special key (ALT + TAB [...TAB | SHIFT]) being a common example. TAB is otherwise immediate, as is ESC, and the examples of typing, as well. So I'm left wondering, how do they have it wrong?
- wongarsu 2mo ago> all of the things you mention act on keydown Because they listed the exceptions to the "act on keyup" rule
- chrismorgan 2mo agoIf only one case follows your rule, and everything else ever implemented from the start of personal computers is an exception, your rule is awry.
- stavros 2mo agoThe GP means that, if you hold space down on a button, you can then tab to another button without activating the first one.
- invalidusernam3 2mo agoNon latin characters are sometimes inputted by holding down a key. For example on my keyboard holding down z shows ź,ž and ż with a corresponding number to select which one I would like to type. I haven't checked but one would assume if you're detecting keydown the input at that time will be z, and keyup would record ž (or whatever was selected).
- dawnerd 2mo agoThat’s where the input event is really useful as it allows for more input options than just keyboard and then you don’t have to deal with figuring out if it’s down or up.
- 1718627440 2mo agoOn my own computer I can open a context menu and select an action with a single click. Whenever I need to use MS Windows, I always need two and I find that infuriating every time.
- vrighter 2mo agothis is backwards. Go on.... try it anywhere. Just the start menu (if you're on windows) is enough.
- chrismorgan 2mo agoPlease reread.