XSETDEVICEBUTTONMAPP(3)
π XSETDEVICEBUTTONMAPP β bestie, we're doing button mappings today π
okay so this is XSETDEVICEBUTTONMAPP(3) and it's literally the page about XSetDeviceButtonMapping and XGetDeviceButtonMapping β the two functions that let you query or change device button mappings. no cap. π
β¨ NAME β¨
XSetDeviceButtonMapping, XGetDeviceButtonMapping β query or change device button mappings π¦
πΈ SYNOPSIS πΈ
#include <X11/extensions/XInput.h>
int XSetDeviceButtonMapping( Display *display,
XDevice *device,
unsigned char map[],
int nmap);
int XGetDeviceButtonMapping( Display *display,
XDevice *device,
unsigned char map_return[],
int nmap);
displayβ bestie this is the connection to the X server πdeviceβ the device whose button mapping is about to get queried or changed πmapβ the mapping list, hand it over π«Άmap_returnβ this one returns the mapping list, it gives back πnmapβ how many items are in the mapping list, the count, the number, the vibes β
π DESCRIPTION π
The XSetDeviceButtonMapping request sets the mapping of the specified device. If it succeeds, the X server generates a DeviceMappingNotify event, and XSetDeviceButtonMapping returns MappingSuccess. Element map[i] defines the logical button number for the physical button i+1. The length of the list must be the same as XGetDeviceButtonMapping would return, or a BadValue error results. A zero element disables a button, and elements are not restricted in value by the number of physical buttons. However, no two elements can have the same nonzero value, or a BadValue error results. If any of the buttons to be altered are logically in the down state, XSetDeviceButtonMapping returns MappingBusy, and the mapping is not changed.
XSetDeviceButtonMapping can generate BadDevice, BadMatch, and BadValue errors.
The XGetDeviceButtonMapping request returns the current mapping of the specified device. Buttons are numbered starting from one. XGetDeviceButtonMapping returns the number of physical buttons actually on the device. The nominal mapping for a device is map[i]=i+1. The nmap argument specifies the length of the array where the device mapping is returned, and only the first nmap elements are returned in map_return.
XGetDeviceButtonMapping can generate BadDevice or BadMatch errors.
π¨ okay real talk: a zero element disables a button, and duplicate nonzero values are a wholeBadValuesituation. don't do it. and if a button is logically down while you're remapping, you getMappingBusyand literally nothing changes. the mapping stays exactly where it was. periodt.
π DIAGNOSTICS π
BadDeviceβ an invalid device was specified. the specified device does not exist, or has not been opened by this client viaXOpenInputDevice. this error may also occur if the specified device is the X keyboard or X pointer device. πBadMatchβ this error may occur if anXGetDeviceButtonMappingorXSetDeviceButtonMappingrequest was made specifying a device that has no buttons. πBadValueβ some numeric value falls outside the range of values accepted by the request. unless a specific range is specified for an argument, the full range defined by the argument's type is accepted. any argument defined as a set of alternatives can generate this error. π₯
π§ SEE ALSO π§
XChangeDeviceKeyboardControl(3)XChangeDeviceKeyMapping(3)XChangeDeviceModifierMapping(3)
and that's the whole page, bestie!! π this one came from the XSETDEVICEBUTTONMAPP(3) manual, dated 05/18/2026 β go forth and map those buttons, you absolute icon πβ¨
π¦ where this page comes from
- fedora 44: libXi-devel 1.8.3-1.fc44 Β· MIT-open-group AND SMLNJ AND MIT
- fedora 44: libXi-devel 1.8.3-1.fc44 Β· MIT-open-group AND SMLNJ AND MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms