xcb_input_xi_get_focus(3)
π xcb_input_xi_get_focus β the manual page bestie
okay so this is the xcb_input_xi_get_focus page from XCB Requests, and we're gonna get into it. it's short, it's sweet, it's giving "little function, big feelings". let's go β¨
πΈ NAME πΈ
xcb_input_xi_get_focus β (that's it. that's the whole name section. the original left it blank and honestly? iconic minimalism. we respect it.)</p>
π¦ SYNOPSIS π¦
first things first, you gotta pull in the header:
#include <xcb/xinput.h>
β¨ Request function β¨
xcb_input_xi_get_focus_cookie_t
xcb_input_xi_get_focus(xcb_connection_t *conn,
xcb_input_device_id_t deviceid);
π Reply datastructure π
typedef struct xcb_input_xi_get_focus_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
xcb_window_t focus;
uint8_t pad1[20];
} xcb_input_xi_get_focus_reply_t;
π Reply function π
xcb_input_xi_get_focus_reply_t
*xcb_input_xi_get_focus_reply(xcb_connection_t *conn,
xcb_input_xi_get_focus_cookie_t cookie, xcb_generic_error_t **e);
π REQUEST ARGUMENTS π
connβ your XCB connection to X11. the whole portal to the server, no big deal π«deviceidβ TODO: NOT YET DOCUMENTED. yeah bestie, the docs said "we'll get to it" and then never got to it. we're all just living with the mystery. π
π REPLY FIELDS π
response_typeβ what kind of reply this even is. in this case it'sXCB_INPUT_XI_GET_FOCUS. lowkey important: this same field lives inxcb_generic_reply_ttoo, so you can use it to tell your replies apart from each other. it's the name tag at the party π·οΈsequenceβ the sequence number of the last request processed by the X11 server. so you always know where you are in the timeline β³lengthβ how long the reply is, measured in words. and a word, for the record, is 4 bytes. not a vibes-based word. a real one. πfocusβ TODO: NOT YET DOCUMENTED. another mystery box π (it's axcb_window_ttho, so that's a hint. iykyk)
π«Ά DESCRIPTION π«Ά
so the DESCRIPTION section isβ¦ empty.</p> nothing. a beautiful void. the original just. didn't fill it in. we're keeping it exactly that way because the facts do not change, even when the facts are a gentle silence π
π RETURN VALUE π
- it returns an
xcb_input_xi_get_focus_cookie_t. πͺ yes, a cookie. you hold onto that cookie and trade it in later. - errors? they have to be handled when you call the reply function,
xcb_input_xi_get_focus_reply. - but if you'd rather handle errors in the event loop instead β totally valid, main character choice β use
xcb_input_xi_get_focus_unchecked. - and for the full details on how all this request/reply/cookie business works, go read
xcb-requests(3). π
π₯ ERRORS π₯
nope. none. this request does never generate any errors. not one. flawless behaviour, no notes. π β¨
πΈ SEE ALSO πΈ
also empty in the original. a little "see alsoβ¦ nothing" moment. we're preserving the emptiness with love. ποΈ</p>
π¦ AUTHOR π¦
Generated from xinput.xml. if you spot something wrong or wanna make it better, contact xcb@lists.freedesktop.org for corrections and improvements. π
and that's the whole page bestie!! go forth and get that focus, whatever it ends up being. mwah π«Ά
X Version 11 Β· libxcb 1.17.0 Β· xcb_input_xi_get_focus(3) π byeee
π¦ 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