XCB_INPUT_CHANGE_DEVICE_DONT_PROPAGATE_LIST(3)
π xcb_input_change_device_dont_propagate_list β bestie, it's a real one
okay so, welcome to the <pink>xcb_input_change_device_dont_propagate_list</pink> manual page π (the header is doing that cute little truncation thing, xcb_input_cha...propagate_list(3), because the full name is lowkey a mouthful, but we know her full government name). It lives in the XCB requests fam, and it's giving X Input extension energy. Let's get into it β¨
πΈ NAME πΈ
xcb_input_change_device_dont_propagate_list β and that's it, bestie, that's the whole name. No little dash-description after it on this one. The manpage just... named her and moved on π
β¨ SYNOPSIS β¨
first things first, you gotta pull in the header:
#include <xcb/xinput.h>
then we got the Request function:
xcb_void_cookie_t
xcb_input_change_device_dont_propagate_list(xcb_connection_t *conn,
xcb_window_t window, uint16_t num_classes, uint8_t mode, const
xcb_input_event_class_t *classes);
she's a xcb_void_cookie_t returning queen π no cap.
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. your lil hotline to the server, fr fr π«Άwindowβ TODO: NOT YET DOCUMENTED. yeah. literally nothing. the docs said "we'll get to it" and never did πnum_classesβ TODO: NOT YET DOCUMENTED. also a mystery box π¦β¨modeβ TODO: NOT YET DOCUMENTED. iconic of the docs honestly πclassesβ TODO: NOT YET DOCUMENTED. four for four on the not-documented front, we love a consistent theme π
okay real talk bestie: these aren't me being lazy, the original page literally says TODO: NOT YET DOCUMENTED. for every single one of these arguments. I'm not gonna make stuff up about them because that would be lying to you and I would never π
π¦ DESCRIPTION π¦
...and there's nothing here. Like, nothing. The DESCRIPTION section of this manpage is an empty room with really good lighting. No words. No vibe description. Just silence π§
So yeah, the page gives us no description text at all β that's the whole tea π
β RETURN VALUE β
she returns an xcb_void_cookie_t π« and if any errors happen, you have to deal with them over in the event loop, not right here. that's the deal, periodt.
but if you're the impatient type and you wanna handle errors directly with xcb_request_check instead? then you want her sister function, xcb_input_change_device_dont_propagate_list_checked π
(yes, _checked, the whole point is she checks).
for the full deets on how all that works, go read xcb-requests(3) β it's linked in the SEE ALSO of the broader docs, iykyk.
π ERRORS π
good news bestie: this request does never generate any errors. zero. none. she's flawless, she's unproblematic, she simply does not miss πΈβ¨
π SEE ALSO π
this section is empty on this page β no cross-references listed here. so... nothing to see, no other pages to go look at. just us π₯² (well, except that xcb-requests(3) mention hanging out up in RETURN VALUE, you know the one).
π AUTHOR π
generated from xinput.xml. and if you spot something wrong and wanna fix it or improve it, hit up xcb@lists.freedesktop.org β they're the ones to contact π«Ά
X Version 11 π libxcb 1.17.0 π that's the source and version this whole page came from, and the date on the tin is just whatever shipped with it. mwah, love that for us πβ¨ go forth and change some device dont-propagate lists, you absolute main character π¦π
π¦ 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