xcb_input_set_device_mode(3)
β¨ NAME β¨
xcb_input_set_device_mode β bestie, it's a request from the xcb-input family (this one lives in the XCB Requests manual, section 3), and the manpage literally gives us no one-liner for it. So: it sets a device mode. That's the whole vibe. π
πΈ SYNOPSIS πΈ
okay so first, you gotta pull in the header:
#include <xcb/xinput.h>
π Request function
xcb_input_set_device_mode_cookie_t
xcb_input_set_device_mode(xcb_connection_t *conn,
uint8_t device_id, uint8_t mode);
π¦ Reply datastructure
typedef struct xcb_input_set_device_mode_reply_t {
uint8_t response_type;
uint8_t xi_reply_type;
uint16_t sequence;
uint32_t length;
uint8_t status;
uint8_t pad0[23];
} xcb_input_set_device_mode_reply_t;
π Reply function
xcb_input_set_device_mode_reply_t
*xcb_input_set_device_mode_reply(xcb_connection_t *conn,
xcb_input_set_device_mode_cookie_t cookie,
xcb_generic_error_t **e);
π«Ά REQUEST ARGUMENTS π«Ά
connβ the XCB connection to X11, your lil hotline to the server πdevice_idβTODO: NOT YET DOCUMENTED.yeah. the manpage says that. not me exposing the docs gap πmodeβTODO: NOT YET DOCUMENTED.also undocumented, bestie. we simply do not know. π
π REPLY FIELDS π
response_typeβ the type of this reply, and in this specific case it'sXCB_INPUT_SET_DEVICE_MODE. this field also lives inxcb_generic_reply_t, so you can use it to tell your replies apart from each other πsequenceβ the sequence number of the last request the X11 server processed π’lengthβ how long the reply is, measured in words (and a word is 4 bytes, no cap) πxi_reply_typeβTODO: NOT YET DOCUMENTED.mysterious. enigmatic. main character energy β¨statusβTODO: NOT YET DOCUMENTED.also a mystery, we move π
π DESCRIPTION π
...so the DESCRIPTION section is empty. like, completely empty. the manpage just hands you a blank space and walks away π§
β RETURN VALUE β
It hands back an xcb_input_set_device_mode_cookie_t πͺ and β important β errors have to be handled when you call the reply function xcb_input_set_device_mode_reply.
If you'd rather handle your errors in the event loop instead, use xcb_input_set_device_mode_unchecked. See xcb-requests(3) for the details, bestie, it's all in there π
π₯ ERRORS π₯
This request does never generate any errors. zero. none. not a single one. iconic behaviour honestly π β¨
πΈ SEE ALSO πΈ
(empty. nothing to see here. the void stares back π«Ά)
π AUTHOR π
Generated from xinput.xml. Contact xcb@lists.freedesktop.org for corrections and improvements π
and that's the whole page, bestie!! π this lil legend came out of X Version 11, libxcb 1.17.0, and it's filed under xcb_input_set_device_mode(3) β go forth and set some device modes, you absolute icon ππ¦β
π¦ where this page comes from
- alpine 3.22: libxcb-doc 1.17.0-r0 Β· MIT
- alpine 3.23: libxcb-doc 1.17.0-r1 Β· MIT
- alpine 3.24: libxcb-doc 1.17.0-r2 Β· MIT
- arch rolling: libxcb 1.17.0-1 Β· X11
- centos-stream 10: libxcb-devel 1.17.0-3.el10 Β· X11
- debian trixie: libxcb-doc 1.17.0-2
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- nixpkgs unstable: libxcb 1.17.0
- opensuse-leap 16.0: libxcb-devel-doc 1.17.0-160000.2.2 Β· MIT
- ubuntu questing: libxcb-doc 1.17.0-2build1
- ubuntu resolute: libxcb-doc 1.17.0-2ubuntu1
- ubuntu stonking: libxcb-doc 1.17.0-2ubuntu1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms