XkbGetDeviceInfoChanges(3)

πŸ’… XkbGetDeviceInfoChanges β€” from the XKB FUNCTIONS part of the libX11 universe πŸ¦‹

okay so bestie, picture this: you've got this input extension device, right? And its button actions? its indicator names? its indicator maps? all of that can change behind your back. This little icon here is the one that goes and asks "so... what changed?" πŸ‘€


✨ NAME ✨

XkbGetDeviceInfoChanges β€” the function that queries the changes that have occurred in the button actions or indicator names and indicator maps associated with an input extension device. literally its whole job, no cap πŸŽ€


🫢 SYNOPSIS 🫢

Status XkbGetDeviceInfoChanges (Display *dpy, XkbDeviceInfoPtr
       device_info, XkbDeviceChangesPtr changes);

🌸 ARGUMENTS 🌸

  • dpy β€” connection to X server. the group chat line to the server, basically πŸ’Œ
  • device_info β€” structure to update with results. this is the one getting a glow-up with the fresh info ✨
  • changes β€” contains notes of changes that have occurred. like a receipts folder of what went down πŸ“

πŸ’– DESCRIPTION πŸ’–

so the tea is this: the changes->changed field indicates which attributes of the device specified in changes->device have changed. and the parameters describing the changes? they're all chillin' in the other fields of changes. 🫧

Then XkbGetDeviceInfoChanges uses that info to call XkbGetDeviceInfo and obtain the current status of those attributes that have changed. iconic delegation, honestly πŸ‘‘

And then β€” final step, main character move β€” it updates the local description of the device in device_info with the new information. slay. periodt. πŸ’…


πŸ¦‹ SEE ALSO πŸ¦‹


and that's the whole page, bestie! this one came from X Version 11, libX11 1.8.14, and yes it's XkbGetDeviceInfoChanges(3) β€” go forth and track those device changes, you absolute legend πŸŽ€πŸ’–πŸ”₯

πŸ“¦ where this page comes from