xcb_render_query_pict_formats(3)
β¨ xcb_render_query_pict_formats β¨
okay bestie, quick vibe check: this page lives in the XCB Requests manual section (that's the manual name, we're folding it in here instead of copy-pasting the header line, you're welcome π
). It's xcb_render_query_pict_formats(3) and it's the function that asks the X server "hey, what picture formats do you even have??" π¨β¨
πΈ NAME πΈ
xcb_render_query_pict_formats β
not me showing up to the NAME section with literally nothing to say π the original is just a bare dash. iconic behavior honestly. the name is the function name, that's the whole thing, periodt.
π¦ SYNOPSIS π¦
#include <xcb/render.h>
π Request function π
xcb_render_query_pict_formats_cookie_t
xcb_render_query_pict_formats(xcb_connection_t *conn,
π Reply datastructure π
typedef struct xcb_render_query_pict_formats_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint32_t num_formats;
uint32_t num_screens;
uint32_t num_depths;
uint32_t num_visuals;
uint32_t num_subpixel;
uint8_t pad1[4];
} xcb_render_query_pict_formats_reply_t;
π Reply function π
xcb_render_query_pict_formats_reply_t
*xcb_render_query_pict_formats_reply(xcb_connection_t *conn,
xcb_render_query_pict_formats_cookie_t cookie,
xcb_generic_error_t **e);
π Reply accessors π
xcb_render_pictforminfo_t *xcb_render_query_pict_formats_formats(const
xcb_render_query_pict_formats_request_t *reply);
int xcb_render_query_pict_formats_formats_length(const
xcb_render_query_pict_formats_reply_t *reply);
xcb_render_pictforminfo_iterator_t
xcb_render_query_pict_formats_formats_iterator(const
xcb_render_query_pict_formats_reply_t *reply);
int xcb_render_query_pict_formats_screens_length(const
xcb_render_query_pict_formats_reply_t *reply);
xcb_render_pictscreen_iterator_t
xcb_render_query_pict_formats_screens_iterator(const
xcb_render_query_pict_formats_reply_t *reply);
uint32_t *xcb_render_query_pict_formats_subpixels(const
xcb_render_query_pict_formats_request_t *reply);
int xcb_render_query_pict_formats_subpixels_length(const
xcb_render_query_pict_formats_reply_t *reply);
xcb_generic_iterator_t xcb_render_query_pict_formats_subpixels_end(const
xcb_render_query_pict_formats_reply_t *reply);
like, look at all those accessors π«Ά they're your little grabby hands for pulling pieces out of the reply. slay.
π REQUEST ARGUMENTS π
connβ The XCB connection to X11. it's your lil phone line to the server, bestie βοΈ no connection, no formats, no nothing.
π REPLY FIELDS π
response_typeβ The type of this reply, in this caseXCB_RENDER_QUERY_PICT_FORMATS. This field is also present in thexcb_generic_reply_tand can be used to tell replies apart from each other. (it's the lil name tag at the party so you know which reply just walked in π)sequenceβ The sequence number of the last request processed by the X11 server.lengthβ The length of the reply, in words (a word is 4 bytes).num_formatsβ TODO: NOT YET DOCUMENTED. π (the docs really said "figure it out" β we're not gonna invent lore, so we're keeping it exactly as-is, no cap)num_screensβ TODO: NOT YET DOCUMENTED. πnum_depthsβ TODO: NOT YET DOCUMENTED. πnum_visualsβ TODO: NOT YET DOCUMENTED. β¨num_subpixelβ TODO: NOT YET DOCUMENTED. π
fr fr, those five are undocumented in the source. we are NOT guessing at behavior. the vibes are mysterious and that's just how it is.
π DESCRIPTION π
...there isn't one. the DESCRIPTION section in the original is literally empty. the way that the manpage just skipped straight to RETURN VALUE π it's giving "no thoughts, head empty, still slays." nothing to report, bestie, and we're not making anything up.
π RETURN VALUE π
Returns an xcb_render_query_pict_formats_cookie_t. Errors have to be handled when calling the reply function xcb_render_query_pict_formats_reply.
If you want to handle errors in the event loop instead, use xcb_render_query_pict_formats_unchecked. See xcb-requests(3) for details.
okay so the cookie is like the receipt you get at the counter π§Ύ β the request is already on its way, and the actual answer (or the error) shows up when you come back with that receipt. that's the whole deal with _unchecked too: you grab the cookie, you deal with the fallout later in your event loop.
π ERRORS π
This request does never generate any errors.
zero. none. not a single one. it's the good kid of X requests πβ¨
π₯ SEE ALSO π₯
...nothing here either. the SEE ALSO section in the original is empty, so there are no references to pass along. no friends, no neighbors, just this one function doing its thing π
π AUTHOR π
Generated from render.xml. Contact xcb@lists.freedesktop.org for corrections and improvements.
okay that's the whole page bestie, you ate it up π«Ά this one came from X Version 11, libxcb 1.17.0 β go query some picture formats, you main character, and remember: no invented lore, only facts πβ¨π
π¦ 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