xcb_input_xi_...lected_events(3)
β¨ NAME β¨
xcb_input_xi_get_selected_events β bestie this is a page from the XCB Requests manual, and it's giving "I select events and I want to know which ones, actually" π
πΈ SYNOPSIS πΈ
First up, the include, because we always start with the include, periodt:
#include <xcb/xinput.h>
π Request function
xcb_input_xi_get_selected_events_cookie_t
xcb_input_xi_get_selected_events(xcb_connection_t *conn,
xcb_window_t window);
π¦ Reply datastructure
typedef struct xcb_input_xi_get_selected_events_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint16_t num_masks;
uint8_t pad1[22];
} xcb_input_xi_get_selected_events_reply_t;
π Reply function
xcb_input_xi_get_selected_events_reply_t
*xcb_input_xi_get_selected_events_reply(xcb_connection_t *conn,
xcb_input_xi_get_selected_events_cookie_t cookie,
xcb_generic_error_t **e);
β Reply accessors
These lil cuties get you at the masks inside the reply, no cap:
int xcb_input_xi_get_selected_events_masks_length(const
xcb_input_xi_get_selected_events_reply_t *reply);
xcb_input_event_mask_iterator_t
xcb_input_xi_get_selected_events_masks_iterator(const
xcb_input_xi_get_selected_events_reply_t *reply);
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. Your lil phone line to the server, basically π«Άwindowβ TODO: NOT YET DOCUMENTED. Yeah bestie, they literally just left it blank, I'm as shook as you are π
π₯ REPLY FIELDS π₯
response_typeβ the type of this reply, and in this case it'sXCB_INPUT_XI_GET_SELECTED_EVENTS. Plot twist: this field is also chilling in thexcb_generic_reply_t, so you can use it to tell your replies apart from each other. Very main character of it honestly πsequenceβ the sequence number of the last request the X11 server actually processed. It's the receipts, fr fr π§Ύlengthβ how long the reply is, measured in words. And before you ask: a word is 4 bytes. That's the whole lore πnum_masksβ TODO: NOT YET DOCUMENTED. Again!! Two of them!! The documentation said "not me" and left π
πΈ DESCRIPTION πΈ
...and that's it. That's the description. An absolute void. No thoughts, head empty, nothing here. The section exists purely to vibe β¨
π RETURN VALUE π
It hands you back an xcb_input_xi_get_selected_events_cookie_t. Errors? Those don't get handled here, babe β you handle them when you call the reply function xcb_input_xi_get_selected_events_reply.
If you'd rather catch your errors in the event loop instead, usexcb_input_xi_get_selected_events_unchecked. Full deets live inxcb-requests(3)π«Ά
π ERRORS π
The best news on this entire page: this request never generates any errors. Not a single one. Zero. Iconic behaviour, we love a low-drama request π
π§ SEE ALSO π§
Nothing. Nada. Empty. It's giving "we forgor" π
π AUTHOR π
Generated from xinput.xml. Got corrections or improvements? Hit up xcb@lists.freedesktop.org β they're literally asking, so slide into their inbox π¬
And that's a wrap on this lil page from libxcb 1.17.0, brought to you by X Version 11. Stay slay, go read your replies, and don't forget to free your cookies bestie πβ¨π
π¦ 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