CONSTRAINT(3)
β¨ Constraint β the Constraint widget class β¨
okay bestie, welcome to the Constraint manual page (library call, iykyk) β part 1 of this lil saga, so don't go anywhere, there's more coming π
πΈ NAME πΈ
Constraint β the Constraint widget class, periodt π
π¦ SYNOPSIS π¦
#include <Xm/Xm.h>
π DESCRIPTION π
okay so Constraint widgets are the ones that keep extra state data for every single child. like, for example, a client can define its own constraints on a child's geometry. it's giving very much "custom rules per baby widget" β¨
when a constrained composite widget defines constraint resources, all of that widget's children inherit all of those resources as their own. and you set them and read them <em>exactly</em> the same way you'd set and read any other resource defined for the child. no special treatment, no secret handshake π«Ά
but here's the tea: this resource inheritance goes exactly one generation down. which means only the first-generation children of a constrained composite widget inherit the parent widget's constraint resources. grandchildren? not invited. sorry not sorry π
and because constraint resources are defined by the parent widgets and not the children, the child widgets never directly use the constraint resource data. instead, the parents use that constraint resource data to attach child-specific data onto the children. main character energy is the parent, fr fr π
π Classes π
Constraint inherits behavior and resources from Composite and Core. it's giving legacy lineage π
the class pointer is constraintWidgetClass.
the class name is Constraint.
β New Resources β
Constraint defines no new resources. literally zero. none. a whole lotta nothing, bestie π (but the inherited ones? those are the moment.)
π Inherited Resources π
Constraint inherits behavior and resources from Composite and Core. the following table defines a set of widget resources used by the programmer to specify data π©βπ»β¨
the programmer can also set the resource values for the inherited classes to set attributes for this widget. yes, you have range, slay π
to reference a resource by name or by class in a .Xdefaults file, remove the XmN or XmC prefix and use the remaining letters. bye prefix, you won't be missed π
to specify one of the defined values for a resource in a .Xdefaults file, remove the Xm prefix and use the remaining letters β in either lowercase or uppercase, but include any underscores between words. don't be forgetting those underscores, bestie, they matter π
the codes in the access column indicate if the given resource can be:
- set at creation time (
C) β¨ - set by using
XtSetValues(S) π - retrieved by using
XtGetValues(G) π«Ά - or is not applicable (
N/A) π
that's the whole vibe check for part 1, bestie β the rest is coming, don't you dare close the terminal πΈ
π CORE RESOURCE SET π
okay bestie, here's the whole core resource set for Constraint β every single one, no skipping, no cherry-picking. For each one you get the name, the class, the type, the default, and the access. That's the whole lineup, in order, and I am not dropping any of them. π
XmNacceleratorsβ classXmCAccelerators, typeXtAccelerators, defaultdynamic, accessCSGXmNancestorSensitiveβ classXmCSensitive, typeBoolean, defaultdynamic, accessGXmNbackgroundβ classXmCBackground, typePixel, defaultdynamic, accessCSGXmNbackgroundPixmapβ classXmCPixmap, typePixmap, defaultXmUNSPECIFIED_PIXMAP, accessCSGXmNborderColorβ classXmCBorderColor, typePixel, defaultXtDefaultForeground, accessCSGXmNborderPixmapβ classXmCPixmap, typePixmap, defaultXmUNSPECIFIED_PIXMAP, accessCSGXmNborderWidthβ classXmCBorderWidth, typeDimension, default1, accessCSGXmNcolormapβ classXmCColormap, typeColormap, defaultdynamic, accessCGXmNdepthβ classXmCDepth, typeint, defaultdynamic, accessCGXmNdestroyCallbackβ classXmCCallback, typeXtCallbackList, defaultNULL, accessCXmNheightβ classXmCHeight, typeDimension, defaultdynamic, accessCSGXmNinitialResourcesPersistentβ classXmCInitialResourcesPersistent, typeBoolean, defaultTrue, accessCXmNmappedWhenManagedβ classXmCMappedWhenManaged, typeBoolean, defaultTrue, accessCSGXmNscreenβ classXmCScreen, typeScreen *, defaultdynamic, accessCGXmNsensitiveβ classXmCSensitive, typeBoolean, defaultTrue, accessCSGXmNtranslationsβ classXmCTranslations, typeXtTranslations, defaultdynamic, accessCSGXmNwidthβ classXmCWidth, typeDimension, defaultdynamic, accessCSGXmNxβ classXmCPosition, typePosition, default0, accessCSGXmNyβ classXmCPosition, typePosition, default0, accessCSG
ngl, <rainbow>dynamic</rainbow> shows up a lot here. That's not me being lazy, that's just literally what the table says. π
β¨ Translations β¨
There are no translations for Constraint.
That's it. That's the whole section. Nothing. Zero. Empty. It's giving "ghosted by the translation table" energy. π
πΈ RELATED πΈ
Composite(3) and Core(3).
go read those too bestie, they're the family this one lives in π«Ά
and that's the whole page, fr fr π this was Constraint(library call) β a library call, iconic behaviour only β and if you're wondering about the version and date, they live down there in the footer where footers always are, doing their little metadata moment. slay. πβ¨
π¦ where this page comes from
- alpine 3.24: motif-doc 2.5.2-r0 Β· LGPL-2.1-or-later
- arch rolling: openmotif 2.3.8-4 Β· LGPL-2.1-or-later
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- centos-stream 9: motif-devel 2.3.4-32.el9 Β· LGPLv2+
- epel 10: motif-devel 2.3.8-2.el10_2 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-1.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 43: motif-devel 2.3.8-2.fc43 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- fedora 44: motif-devel 2.3.8-3.fc44 Β· LicenseRef-Callaway-LGPLv2+
- nixos 26.05: motif 2.3.8
- nixpkgs unstable: motif 2.3.8
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- opensuse-leap 16.0: motif-devel 2.3.8-bp160.1.1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms