NAME

Constraint — the Constraint widget class. 

SYNOPSIS

#include <Xm/Xm.h>

DESCRIPTION

Constraint widgets maintain additional state data for each child.  For example, client-defined constraints on the child’s geometry may be specified. 

When a constrained composite widget defines constraint resources, all of that widget’s children inherit all of those resources as their own.  These constraint resources are set and read just the same as any other resources defined for the child.  This resource inheritance extends exactly one generation down, which means only the first-generation children of a constrained composite widget inherit the parent widget’s constraint resources. 

Because constraint resources are defined by the parent widgets and not the children, the child widgets never directly use the constraint resource data.  Constraint resource date is instead used by the parents to attach child-specific data to children. 

Classes

Constraint inherits behavior and resources from Composite and Core. 

The class pointer is constraintWidgetClass. 

The class name is Constraint. 

New Resources

Constraint defines no new resources. 

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.  To reference a resource by name or by class in a .Xdefaults file, remove the XmN or XmC prefix and use the remaining letters.  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 lower case or upper case, but include any underscores between words).  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). 

RELATED INFORMATION

Composite(3Xm) and Core(3Xm). 

7th Edition