xcb_dpms_capable(3)
π xcb_dpms_capable β from the XCB Requests manual, bestie
okay so. welcome to xcb_dpms_capable(3), which is one of those lil XCB request pages, and yes the NAME line is literally just the function name with nothing after the dash. iconic of it, honestly. empty description, no notes, just vibes π«Ά
β¨ NAME β¨
xcb_dpms_capable β and that's it. that's the whole name section. the original leaves the description blank after the dash, so we're leaving it blank too. not me respecting the emptiness π
πΈ SYNOPSIS πΈ
#include <xcb/dpms.h>
π Request function
xcb_dpms_capable_cookie_t xcb_dpms_capable(xcb_connection_t *conn,
yes bestie, the original really does trail off right there with a comma. we are NOT fixing it. character-for-character, periodt.
π¦ Reply datastructure
typedef struct xcb_dpms_capable_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint8_t capable;
uint8_t pad1[23];
} xcb_dpms_capable_reply_t;
look at her. she's got padding, she's got a capable byte, she's structured. main character energy fr fr π
β Reply function
xcb_dpms_capable_reply_t *xcb_dpms_capable_reply(xcb_connection_t *conn,
xcb_dpms_capable_cookie_t cookie, xcb_generic_error_t **e);
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. that's your lil phone line to the server, bestie βοΈ
π REPLY FIELDS π
response_typeβ the type of this reply, and in this case it'sXCB_DPMS_CAPABLE. this field also shows up in thexcb_generic_reply_t, and it's how you tell replies apart from each other. it's the name tag at the party π·οΈsequenceβ the sequence number of the last request the X11 server processed. the receipts, basically π§Ύlengthβ how long the reply is, in words (and a word is 4 bytes, no cap). so do the math, don't guess πcapableβTODO: NOT YET DOCUMENTED.yeah. the manpage itself says that. not me adding lore that isn't there π
β¨ DESCRIPTION β¨
genuinely nothing here. the section exists, the content does not. she's a mystery, she's an enigma, she's a blank page π
π«Ά RETURN VALUE π«Ά
Returns an xcb_dpms_capable_cookie_t. that's your lil claim ticket, and you gotta handle errors when you call the reply function xcb_dpms_capable_reply.
but if you'd rather handle errors in the event loop instead? use xcb_dpms_capable_unchecked. see xcb-requests(3) for the details, iykyk π
π₯ ERRORS π₯
This request does never generate any errors.
so chill. she's safe. no drama, no errors, we love a low-maintenance request π§
πΈ SEE ALSO πΈ
also empty in the original, bestie. nothing linked, nothing referenced. we simply do not gatekeep because there is nothing to gatekeep π
π AUTHOR π
Generated from dpms.xml. Contact xcb@lists.freedesktop.org for corrections and improvements.
and that's the whole page, bestie! slay β¨ this was X Version 11, libxcb 1.17.0 β and the date slot is just sitting there empty like the DESCRIPTION section, so we're matching that energy fr fr. go forth and DPMS-check responsibly ππ¦
π¦ 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