XCB_INPUT_CHANGE_POINTER_DEVICE(3)
π xcb_input_change_pointer_device β bestie edition π
okay so. this is a page from XCB Requests, section 3 of the manual, and it's literally called xcb_input_change_pointer_device. that's the whole name, no subtitle, no vibes attached. the NAME section is just sitting there empty like a group chat with no messages. π«Ά
β¨ SYNOPSIS β¨
first, you gotta pull in the header:
#include <xcb/xinput.h>
π Request function
xcb_input_change_pointer_device_cookie_t
xcb_input_change_pointer_device(xcb_connection_t *conn,
uint8_t x_axis, uint8_t y_axis, uint8_t device_id);
π Reply datastructure
typedef struct xcb_input_change_pointer_device_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_change_pointer_device_reply_t;
π Reply function
xcb_input_change_pointer_device_reply_t
*xcb_input_change_pointer_device_reply(xcb_connection_t *conn,
xcb_input_change_pointer_device_cookie_t cookie,
xcb_generic_error_t **e);
πΈ REQUEST ARGUMENTS πΈ
connβ the XCB connection to X11. your whole link to the server, the main character fr.x_axisβ TODO: NOT YET DOCUMENTED. π yeah bestie they justβ¦ didn't write it.y_axisβ TODO: NOT YET DOCUMENTED. also a mystery. πdevice_idβ TODO: NOT YET DOCUMENTED. same energy, no lore.
π¦ REPLY FIELDS π¦
response_typeβ the type of this reply, in this caseXCB_INPUT_CHANGE_POINTER_DEVICE. this field also lives in thexcb_generic_reply_t, and it's literally how you tell replies apart from each other. it's giving name tag at a party. πsequenceβ the sequence number of the last request processed by the X11 server. so you know where you are in the timeline. βlengthβ the length of the reply, in words. and a word is 4 bytes, periodt.xi_reply_typeβ TODO: NOT YET DOCUMENTED. πstatusβ TODO: NOT YET DOCUMENTED. also blank, no cap.
π DESCRIPTION π
this section is empty in the original. nothing. void. a vibe check that returned no results. π
π RETURN VALUE π
you get back an xcb_input_change_pointer_device_cookie_t. cute little cookie. π
errors? you gotta handle those when you call the reply function xcb_input_change_pointer_device_reply.
but listen β if you'd rather deal with errors in the event loop instead, use xcb_input_change_pointer_device_unchecked. see xcb-requests(3) for the details, iykyk.
π ERRORS π
this request does never generate any errors. iconic. flawless. zero drama. β¨
π§ SEE ALSO π§
empty. nothing linked. just vibes. πΈ
π AUTHOR π
Generated from xinput.xml. contact xcb@lists.freedesktop.org for corrections and improvements. they're literally asking for your feedback bestie, don't leave them on read. π«Ά
and that's the whole page!! brought to you by X Version 11, libxcb 1.17.0 β slay, go change that pointer device, and remember: the TODO sections aren't your fault, you're doing amazing. mwah πβ¨π
π¦ 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