DMXGetScreenAttributes(3)
β¨ DMXGetScreenAttributes β¨
okay bestie, welcome to DMXGetScreenAttributes(3) from the libdmx crew π this is a Library Functions Manual moment and honestly? it's giving "let me peek at one specific screen's whole vibe" and we're obsessed.
πΈ NAME πΈ
DMXGetScreenAttributes β figure out the back-end screen attributes, no cap π
π SYNOPSIS π
#include <X11/extensions/dmxext.h>
Bool DMXGetScreenAttributes(Display *dpy,
int screen,
DMXScreenAttributes *attr);
π DESCRIPTION π
DMXGetScreenAttributes() hands you the attributes for the one DMX screen you point at with screen. Just the one. Singular. Main character energy, honestly π«Ά
The DMXScreenAttributes structure is literally this, copy it exactly bestie:
typedef struct {
char *displayName;
int logicalScreen;
unsigned int screenWindowWidth;
unsigned int screenWindowHeight;
int screenWindowXoffset;
int screenWindowYoffset;
unsigned int rootWindowWidth;
unsigned int rootWindowHeight;
int rootWindowXoffset;
int rootWindowYoffset;
int rootWindowXorigin;
int rootWindowYorigin;
} DMXScreenAttributes;
Let's go field by field because every single one matters π
displayNameβ the name used to open the display, either from theXdmx(1)command-line or from the configuration file. That's it, that's the source.logicalScreenβ the value of the screen that theXdmx(1)server exports to clients. π When Xinerama is in use, this value is typically0for all values ofphysicalScreen. And if Xinerama is in use,rootWindowXoriginandrootWindowYorigintell you where the physical screen sits in the global Xinerama coordinate system. Otherwise? Those two are just set to0. Simple as.screenWindowWidth,screenWindowHeight,screenWindowXoffset, andscreenWindowYoffsetβ a geometry specification (checkX(7x)) for where the DMX screen lives on the back-end screen. The coordinate system of the back-end display is what's used for these values. Noted πrootWindowWidth,rootWindowHeight,rootWindowXoffset, androotWindowYoffsetβ another geometry specification (again,X(7x)) but this time for where the root window lives on the screen window. This one uses the coordinate system of the screen window. In most cases the root window will have the same geometry as the DMX screen window, and will occupy the same area of the back-end display. π However β that would not be the case, for example, if automatic projector alignment is used. So don't assume, bestie.
β RETURN VALUE β
DMXGetScreenAttributes() returns True unless there is a protocol error. That's the whole thing π
β οΈ heads up:DMXGetScreenAttributes()can generateBadValueerrors. Watch for those fr fr π
π¦ SEE ALSO π¦
and that's the whole page, periodt π go read those SEE ALSOs, they're the friend group and they all slay together.
X Version 11 β¨ libdmx 1.1.5 β yeah, that's the version, that's the source, mwah π«Ά bye bestie, go call some functions π
π¦ where this page comes from
- epel 10: libdmx-devel 1.1.5-5.el10_1 Β· MIT
- fedora 43: libdmx-devel 1.1.5-6.fc43 Β· MIT
- fedora 43: libdmx-devel 1.1.5-6.fc43 Β· MIT
- fedora 44: libdmx-devel 1.1.5-7.fc44 Β· MIT
- fedora 44: libdmx-devel 1.1.5-7.fc44 Β· MIT
- nixos 26.05: libdmx 1.1.5
- nixpkgs unstable: libdmx 1.1.5
- opensuse-leap 16.0: libdmx-devel 1.1.5-160000.3.2 Β· MIT
- opensuse-leap 16.0: libdmx-devel 1.1.5-160000.3.2 Β· MIT
- opensuse-leap 16.0: libdmx-devel 1.1.5-160000.3.2 Β· MIT
- opensuse-leap 16.0: libdmx-devel 1.1.5-160000.3.2 Β· MIT
- Copyright 2004 Red Hat Inc., Durham, North Carolina
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms