XGrabKey(3)
π XGrabKey(3) β grab keyboard keys π
okay so this is one of those XLIB FUNCTIONS pages, bestie. Weβre talking XGrabKey and XUngrabKey, and yes theyβre literally about grabbing keyboard keys. iconic behavior, no cap.
πΈ NAME πΈ
XGrabKey, XUngrabKey β grab keyboard keys. Thatβs the whole name section, short and slay.
β¨ SYNTAX β¨
int XGrabKey(Display *display, int keycode, unsigned int modifiers,
Window grab_window, Bool owner_events, int pointer_mode, int
keyboard_mode);
int XUngrabKey(Display *display, int keycode, unsigned int modifiers,
Window grab_window);
π ARGUMENTS π
displayβ specifies the connection to the X server. literally the server link, bestie.grab_windowβ specifies the grab window.keyboard_modeβ specifies further processing of keyboard events. you can passGrabModeSyncorGrabModeAsync.keycodeβ specifies theKeyCodeorAnyKey.modifiersβ specifies the set of keymasks orAnyModifier. the mask is the bitwise inclusive OR of the valid keymask bits.owner_eventsβ specifies a Boolean value that indicates whether the keyboard events are to be reported as usual.pointer_modeβ specifies further processing of pointer events. you can passGrabModeSyncorGrabModeAsync.
π¦ DESCRIPTION π¦
The XGrabKey function establishes a passive grab on the keyboard. In the future, the keyboard is actively grabbed (as for XGrabKeyboard), the last-keyboard-grab time is set to the time at which the key was pressed (as transmitted in the KeyPress event), and the KeyPress event is reported if all of the following conditions are true:
- The keyboard is not grabbed and the specified key (which can itself be a modifier key) is logically pressed when the specified modifier keys are logically down, and no other modifier keys are logically down.
- Either the
grab_windowis an ancestor of (or is) the focus window, or thegrab_windowis a descendant of the focus window and contains the pointer. - A passive grab on the same key combination does not exist on any ancestor of
grab_window.
The interpretation of the remaining arguments is as for XGrabKeyboard. The active grab is terminated automatically when the logical state of the keyboard has the specified key released (independent of the logical state of the modifier keys), at which point a KeyRelease event is reported to the grabbing window.
note that the logical state of a device (as seen by client applications) may lag the physical state if device event processing is frozen. thatβs a real caveat, bestie β not just vibes. π
A modifiers argument of AnyModifier is equivalent to issuing the request for all possible modifier combinations (including the combination of no modifiers). It is not required that all modifiers specified have currently assigned KeyCodes. A keycode argument of AnyKey is equivalent to issuing the request for all possible KeyCodes. Otherwise, the specified keycode must be in the range specified by min_keycode and max_keycode in the connection setup, or a BadValue error results.
If some other client has issued a XGrabKey with the same key combination on the same window, a BadAccess error results. When using AnyModifier or AnyKey, the request fails completely, and a BadAccess error results (no grabs are established) if there is a conflicting grab for any combination.
XGrabKey can generate BadAccess, BadValue, and BadWindow errors.
The XUngrabKey function releases the key combination on the specified window if it was grabbed by this client. It has no effect on an active grab. A modifiers of AnyModifier is equivalent to issuing the request for all possible modifier combinations (including the combination of no modifiers). A keycode argument of AnyKey is equivalent to issuing the request for all possible key codes.
XUngrabKey can generate BadValue and BadWindow error.
π DIAGNOSTICS π
BadAccessβ a client attempted to grab a key/button combination already grabbed by another client.BadValueβ some numeric value falls outside the range of values accepted by the request. unless a specific range is specified for an argument, the full range defined by the argument's type is accepted. any argument defined as a set of alternatives can generate this error.BadWindowβ a value for aWindowargument does not name a definedWindow.
π SEE ALSO π
XAllowEvents(3)XGrabButton(3)XGrabKeyboard(3)XGrabPointer(3)Xlib - C Language X Interface
and thatβs the wrap, bestie π«Ά β this page is from X Version 11, libX11 1.8.14, and itβs the XGrabKey(3) page. mwah π
π¦ where this page comes from
- alpine 3.24: libx11-doc 1.8.14-r0 Β· X11
- arch rolling: libx11 1.8.14-1 Β· MIT AND X11
- nixos 26.05: libx11 1.8.14
- nixpkgs unstable: libx11 1.8.14
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms