XCB_INPUT_DEVICE_BUTTON_STATE_NOTIFY_EVENT_T(3)
π xcb_input_device_button_state_notify_event_t(3) π
okay bestie, so this is an XCB Events page from section 3 of the manual β yes, the whole xcb_input_devi...notify_event_t family, the one with the dramatic ellipsis in the header. we're talking about xcb_input_device_button_state_notify_event_t, and honestly? it's giving "small struct, big feelings". let's get into it π«Ά
β¨ NAME β¨
xcb_input_device_button_state_notify_event_t β (yeah, the original literally leaves it at that, no explanation, iconic mysterious energy π
)
πΈ SYNOPSIS πΈ
#include <xcb/xinput.h>
π¦ Event datastructure
typedef struct xcb_input_device_button_state_notify_event_t {
uint8_t response_type;
uint8_t device_id;
uint16_t sequence;
uint8_t buttons[28];
} xcb_input_device_button_state_notify_event_t;
like. look at her. four fields, one of them is 28 whole bytes of buttons. she's compact, she's tidy, she's serving π
π₯ EVENT FIELDS π₯
response_typeβ the type of this event, and in this case it'sXCB_INPUT_DEVICE_BUTTON_STATE_NOTIFY. this field is also present in thexcb_generic_event_t, so you can use it to tell events apart from each other. it's the little name tag at the party so you know who just walked in πsequenceβ the sequence number of the last request processed by the X11 server. your receipt number, basically π§Ύβ¨device_idβ NOT YET DOCUMENTED. no cap, the manpage really just says that. we know nothing. she's a mystery πbuttonsβ NOT YET DOCUMENTED. also a mystery. 28 bytes of pure undisclosed potential π
π DESCRIPTION π
(empty. literally nothing here. the original said nothing and honestly? respect. sometimes the vibe is silence β¨)
π SEE ALSO π
(also empty β there are no SEE ALSO references on this page, bestie, so don't go looking for cross-links that aren't there π¦)
π AUTHOR π
generated from xinput.xml. if you've got corrections or improvements, hit up xcb@lists.freedesktop.org β they're literally waiting for your notes π«Ά
and that's the whole page, periodt π
this was X Version 11, from libxcb 1.17, and yeah the footer date situation is exactly as mysterious as the device_id field. stay slaying, stay documenting the undocumented πΈβ
π¦ 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