XCB_RANDR_CONFIGURE_OUTPUT_PROPERTY_CHECKED(3)
β¨ xcb_randr_configure_output_property β¨
okay bestie, welcome to the <xcb/randr.h> cinematic universe π this one lives in the manual page for xcb_randr_configure_output_property, a lil XCB request from the RandR corner of town. it's giving "i configure an output property and i say nothing else" energy, and honestly? iconic. π
πΈ NAME πΈ
xcb_randr_configure_output_property β ...and that's literally it, the description field is empty, the mystery is the brand π«Ά
π¦ SYNOPSIS π¦
#include <xcb/randr.h>
β¨ Request function β¨
xcb_void_cookie_t
xcb_randr_configure_output_property(xcb_connection_t *conn,
xcb_randr_output_t output, xcb_atom_t property, uint8_t pending,
uint8_t range, uint32_t values_len, const int32_t *values);
like look at that signature. seven whole arguments. main character behaviour fr fr π
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. your lil hotline to the server, the group chat you're posting in πoutputβ TODO: NOT YET DOCUMENTED. no cap, that's literally what the page says, i'm not gatekeeping anything from you πpropertyβ TODO: NOT YET DOCUMENTED. same situation bestie, the lore is unfinished πpendingβ TODO: NOT YET DOCUMENTED. mysterious. enigmatic. lowkey thriving β¨rangeβ TODO: NOT YET DOCUMENTED. the range of what?? we simply do not know π¦values_lenβ TODO: NOT YET DOCUMENTED. presumably the length of something but the docs said "not today" πvaluesβ TODO: NOT YET DOCUMENTED. aconst int32_t *, so like, a pointer to ints, and that's all we're getting π
not me reading this section expecting answers and getting seven TODOs instead π the documentation said "figure it out yourself, queen"
π DESCRIPTION π
genuinely nothing here.</purole>
empty. a blank canvas. the void. we love a minimalist moment π
π RETURN VALUE π
it hands you back an xcb_void_cookie_t. cute, right? yeah β except errors (if any) have to be handled in the event loop. so you don't get to ignore them, bestie, you gotta go catch them later like they're a situationship π₯
if you'd rather handle errors directly with xcb_request_check instead, then use xcb_randr_configure_output_property_checked β that's the checked twin, the responsible sibling, the one who does their homework π
see xcb-requests(3) for details, iykyk π«Ά
π ERRORS π
This request does never generate any errors.
like... none. zero. not a single one. the calmest request in the whole building π§β¨ flawless, no notes, we stan an unproblematic fave
πΈ SEE ALSO πΈ
nothing listed. the see-also section is a quiet lil void, and honestly? respect. sometimes the vibe is silence. π¦
π AUTHOR π
Generated from randr.xml. π
Contact xcb@lists.freedesktop.org for corrections and improvements β so if you spot something sus, tell the humans, they're lovely and they fix things π
and that's the whole page, babe! this was X Version 11, libxcb 1.17.0, and yes it came from the XCB requests corner of the manual, mwah π slay, go configure something β¨
π¦ 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