path: root/specs/CH09.xml

<!-- .\" $Xorg: CH09,v 1.3 2000/08/17 19:42:46 cpqbld Exp $ -->
<!-- .\" Copyright \(co 1985, 1986, 1987, 1988, 1991, 1994 -->
<!-- .\" X Consortium -->
<!-- .\" -->
<!-- .\" Permission is hereby granted, free of charge, to any person obtaining -->
<!-- .\" a copy of this software and associated documentation files (the -->
<!-- .\" "Software"), to deal in the Software without restriction, including -->
<!-- .\" without limitation the rights to use, copy, modify, merge, publish, -->
<!-- .\" distribute, sublicense, and/or sell copies of the Software, and to -->
<!-- .\" permit persons to whom the Software is furnished to do so, subject to -->
<!-- .\" the following conditions: -->
<!-- .\" -->
<!-- .\" The above copyright notice and this permission notice shall be included -->
<!-- .\" in all copies or substantial portions of the Software. -->
<!-- .\" -->
<!-- .\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS -->
<!-- .\" OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF -->
<!-- .\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. -->
<!-- .\" IN NO EVENT SHALL THE X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR -->
<!-- .\" OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, -->
<!-- .\" ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR -->
<!-- .\" OTHER DEALINGS IN THE SOFTWARE. -->
<!-- .\" -->
<!-- .\" Except as contained in this notice, the name of the X Consortium shall -->
<!-- .\" not be used in advertising or otherwise to promote the sale, use or -->
<!-- .\" other dealings in this Software without prior written authorization -->
<!-- .\" from the X Consortium. -->
<!-- .\" -->
<!-- .\" Copyright \(co 1985, 1986, 1987, 1988, 1991, 1994 -->
<!-- .\" Digital Equipment Corporation, Maynard, Massachusetts. -->
<!-- .\" -->
<!-- .\" Permission to use, copy, modify and distribute this documentation for any -->
<!-- .\" purpose and without fee is hereby granted, provided that the above copyright -->
<!-- .\" notice appears in all copies and that both that copyright notice and this -->
<!-- .\" permission notice appear in supporting documentation, and that the name of -->
<!-- .\" Digital not be used in in advertising or publicity pertaining -->
<!-- .\" to distribution of the software without specific, written prior permission. -->
<!-- .\" Digital makes no representations about the suitability of the -->
<!-- .\" software described herein for any purpose. -->
<!-- .\" It is provided ``as is'' without express or implied warranty. -->
<!-- .\" -->
\&
<!-- .sp 1 -->
<!-- .ce 3 -->
\s+1<function>Chapter 9</function>\s-1

\s+1<function>Resource Management</function>\s-1
<!-- .sp 2 -->
<!-- .nr H1 9 -->
<!-- .nr H2 0 -->
<!-- .nr H3 0 -->
<!-- .nr H4 0 -->
<!-- .nr H5 0 -->
<para>
<!-- .LP -->
<!-- .XS -->
<!-- Chapter 9 \(em Resource Management -->
<!-- .XE -->
A resource is a field in the widget record with a corresponding
resource entry in the <emphasis remap='I'>resources</emphasis> list of the widget or any of its
superclasses.
This means that the field is
settable by
<function>XtCreateWidget</function>
(by naming the field in the argument list), by an
entry in a resource file (by using either the name or class), and by
<function>XtSetValues .</function>
In addition, it is readable by
<function>XtGetValues .</function>
Not all fields in a widget record are resources.
Some are for bookkeeping use by the
generic routines (like <emphasis remap='I'>managed</emphasis> and <emphasis remap='I'>being_destroyed</emphasis>).
Others can be for local bookkeeping,
and still others are derived from resources
(many graphics contexts and pixmaps).
</para>
<para>
<!-- .LP -->
Widgets typically need to obtain a large set of resources at widget
creation time.
Some of the resources come from the argument list supplied in the call to
<function>XtCreateWidget ,</function>
some from the resource database,
and some from the internal defaults specified by the widget.
Resources are obtained first from the argument list,
then from the resource database for all resources not specified
in the argument list,
and last, from the internal default, if needed.

</para>
<sect2 id="Resource_Lists">
<title>Resource Lists</title>
<!-- .XS -->
<!-- (SN Resource Lists -->
<!-- .XE -->
<para>
<!-- .LP -->
<!-- .IN "Resource Management" -->
A resource entry specifies a field in the widget,
the textual name and class of the field that argument lists
and external resource files use to refer to the field,
and a default value that the field should get if no value is specified.
The declaration for the
<function>XtResource</function>
structure is
</para>
<para>
<!-- .LP -->
<!-- .sM -->
<literallayout class="monospaced">
<!-- .TA .5i 3i -->
<!-- .ta .5i 3i -->
typedef struct {
	String resource_name;
	String resource_class;
	String resource_type;
	Cardinal resource_size;
	Cardinal resource_offset;
	String default_type;
	XtPointer default_addr;
} XtResource, *XtResourceList;
</literallayout>
<!-- .IN "XtResourceList" -->
<!-- .eM -->

</para>
<para>
<!-- .LP -->
When the resource list is specified as the
<function>CoreClassPart ,</function>
<function>ObjectClassPart ,</function>
<function>RectObjClassPart ,</function>
or
<function>ConstraintClassPart</function>
<emphasis remap='I'>resources</emphasis> field, the strings pointed to by <emphasis remap='I'>resource_name</emphasis>,
<emphasis remap='I'>resource_class</emphasis>, <emphasis remap='I'>resource_type</emphasis>, and <emphasis remap='I'>default_type</emphasis> must
be permanently allocated prior to or during the execution of the class
initialization procedure and must not be subsequently deallocated.

</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>resource_name</emphasis> field contains the name used by clients to access the field
in the widget.
By convention, it starts with a lowercase letter
and is spelled exactly like the field name,
except all underscores (_) are deleted and the next letter is replaced by its
uppercase counterpart.
For example, the resource name for background_pixel becomes backgroundPixel.
Resource names beginning with the two-character
sequence ``xt'', and resource classes beginning with the two-character
sequence ``Xt'' are reserved to the (xI for future standard and
implementation-dependent uses.
Widget header files typically contain a symbolic name for each resource name.
All resource names, classes, and types used by the (xI are named in
<function>&lt; X11/StringDefs.h &gt;.</function>
The (xI's symbolic resource names begin with
``XtN''
and are followed by the string name (for example, XtNbackgroundPixel
for backgroundPixel).

</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>resource_class</emphasis> field contains the class string used in resource
specification files to identify the field.
A resource class provides two functions:
</para>
<itemizedlist>
  <listitem>
    <para>
It isolates an application from different representations that widgets
can use for a similar resource.
    </para>
  </listitem>
  <listitem>
    <para>
It lets you specify values for several actual resources with a single name.
A resource class should be chosen to span a group of closely related fields.
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
For example,
a widget can have several pixel resources: background, foreground,
border, block cursor, pointer cursor, and so on.
Typically, the background defaults to white
and everything else to black.
The resource class for each of these resources in the resource list
should be chosen so that it takes the minimal number of entries
in the resource database to make the background ivory
and everything else darkblue.
</para>
<para>
<!-- .LP -->
In this case, the background pixel should have a resource class of
``Background''
and all the other pixel entries a resource class of
``Foreground''.
Then, the resource file needs only two lines to
change all pixels to ivory or darkblue:
</para>
<para>
<!-- .LP -->
<literallayout class="monospaced">
<!-- .TA .5i 1.5i -->
<!-- .ta .5i 1.5i -->
*Background:	ivory
*Foreground:	darkblue
</literallayout>
</para>
<para>
<!-- .LP -->
Similarly, a widget may have several font resources (such as normal and bold),
but all fonts should have the class Font.
Thus, changing all fonts simply requires only a single line in the
default resource file:
</para>
<para>
<!-- .LP -->
<literallayout class="monospaced">
<!-- .TA .5i 3i -->
<!-- .ta .5i 3i -->
*Font:	6x13
</literallayout>
</para>
<para>
<!-- .LP -->
By convention,
resource classes are always spelled starting with a capital letter
to distinguish them from resource names.
Their symbolic names are preceded with
``XtC''
(for example, XtCBackground).
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>resource_type</emphasis> field gives the physical representation type of the resource
and also encodes information about the specific usage of the field.
By convention, it starts with an uppercase letter and is
spelled identically to the type name of the field.
The resource type is used when resources are fetched to
convert from the resource database format (usually
<function>String )</function>
or the format of the resource default value
(almost anything, but often
<function>String )</function>
to the desired
physical representation (see Section 9.6).
The (xI define the following resource types:
<informaltable>
  <tgroup cols='2' align='center'>
  <colspec colname='c1'/>
  <colspec colname='c2'/>
  <tbody>
    <row>
      <entry>lw(2.5i) lw(2.5i).</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>Resource Type</entry>
      <entry>Structure or Field Type</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRAcceleratorTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtAccelerators</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRAtom</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Atom</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBitmap</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Pixmap, depth=1</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Boolean</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBool</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Bool</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCallback</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtCallbackList</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCardinal</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Cardinal</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRColor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XColor</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRColormap</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Colormap</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCommandArgArray</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCursor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Cursor</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDimension</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Dimension</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDirectoryString</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDisplay</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtREnum</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtEnum</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtREnvironmentArray</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFile</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>FILE*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFloat</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>float</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFont</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Font</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFontSet</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XFontSet</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFontStruct</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XFontStruct*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFunction</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>(*)()</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRGeometry</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry>char*, format as defined by</entry>
    </row>
    <row>
      <entry><function>XParseGeometry</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRGravity</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>int</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRInitialState</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>int</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRInt</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>int</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRLongBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>long</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRObject</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Object</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Pixel</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixmap</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Pixmap</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPointer</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtPointer</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPosition</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Position</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRRestartStyle</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>unsigned char</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRScreen</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Screen*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRShort</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>short</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRSmcConn</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtPointer</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRString</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRStringArray</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRStringTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>String*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRTranslationTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>XtTranslations</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRUnsignedChar</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>unsigned char</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRVisual</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Visual*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRWidget</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Widget</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRWidgetClass</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>WidgetClass</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRWidgetList</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>WidgetList</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRWindow</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Window</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
  </tbody>
  </tgroup>
</informaltable>
<!-- .sp -->
</para>
<para>
<!-- .LP -->
<function>&lt; X11/StringDefs.h &gt;</function>
also defines the following resource types as a
convenience for widgets, although they do not have any corresponding
data type assigned:
<function>XtREditMode ,</function>
<function>XtRJustify ,</function>
and
<function>XtROrientation .</function>
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>resource_size</emphasis> field is the size of the physical representation in bytes;
you should specify it as
<function>sizeof (<emphasis remap='I'>type</emphasis>)</function>
so that the
compiler fills in the value.
The <emphasis remap='I'>resource_offset</emphasis> field is the offset in bytes of the field
within the widget.
You should use the
<function>XtOffsetOf</function>
macro to retrieve this value.
The <emphasis remap='I'>default_type</emphasis> field is the representation type of the default
resource value.
If <emphasis remap='I'>default_type</emphasis> is different from <emphasis remap='I'>resource_type</emphasis> and the default value
is needed,
the resource manager invokes a conversion procedure from <emphasis remap='I'>default_type</emphasis>
to <emphasis remap='I'>resource_type</emphasis>.
Whenever possible,
the default type should be identical to the resource type in order
to minimize widget creation time.
However, there are sometimes no values of the type that the program
can easily specify.
In this case,
it should be a value for which the converter is guaranteed to work (for example,
<function>XtDefaultForeground</function>
for a pixel resource).
The <emphasis remap='I'>default_addr</emphasis> field specifies the address of the default resource value.
As a special case, if <emphasis remap='I'>default_type</emphasis> is
<function>XtRString ,</function>
then the value in the <emphasis remap='I'>default_addr</emphasis> field is the pointer to
the string rather than a pointer to the pointer.
The default is used if a resource is not specified in the argument list
or in the resource database or if the conversion from the representation
type stored in the resource database fails,
which can happen for various reasons (for example, a misspelled entry in a
resource file).
</para>
<para>
<!-- .LP -->
Two special representation types
(XtRImmediate
and
XtRCallProc)
are usable only as default resource types.
XtRImmediate
indicates that the value in the <emphasis remap='I'>default_addr</emphasis> field is the actual value of
the resource rather than the address of the value.
The value must be in the correct representation type for the resource,
coerced to an
<function>XtPointer .</function>
No conversion is possible, since there is no source representation type.
XtRCallProc
indicates that the value in the <emphasis remap='I'>default_addr</emphasis> field is a procedure
pointer.
This procedure is automatically invoked with the widget,
<emphasis remap='I'>resource_offset</emphasis>, and a pointer to an
<function>XrmValue</function>
in which to store the result.
XtRCallProc
procedure pointers are of type
<function>XtResourceDefaultProc .</function>
</para>
<para>
<!-- .LP -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef void (*XtResourceDefaultProc)(Widget, int, XrmValue*);
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      int <emphasis remap='I'>offset</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>value</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the widget whose resource value is to be obtained.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>offset</emphasis>
    </term>
    <listitem>
      <para>
Specifies the offset of the field in the widget record.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>value</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource value descriptor to return.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtResourceDefaultProc</function>
procedure should fill in the <emphasis remap='I'>value-&gt;addr</emphasis> field with a pointer
to the resource value in its correct representation type.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To get the resource list structure for a particular class, use
<function>XtGetResourceList .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetResourceList" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetResourceList(<emphasis remap='I'>class</emphasis>, <emphasis remap='I'>resources_return</emphasis>, <emphasis remap='I'>num_resources_return</emphasis>);
<!-- .br -->
      WidgetClass <emphasis remap='I'>class</emphasis>;
<!-- .br -->
      XtResourceList *<emphasis remap='I'>resources_return</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_resources_return</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>class</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object class to be queried.  It must be
<function>objectClass</function>
or any subclass thereof.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources_return</emphasis>
    </term>
    <listitem>
      <para>
Returns the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources_return</emphasis>
    </term>
    <listitem>
      <para>
Returns the number of entries in the resource list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
If
<function>XtGetResourceList</function>
is called before the class is initialized,
it returns the resource list as specified in the class record.
If it is called after the class has been initialized,
<function>XtGetResourceList</function>
returns a merged resource list that includes the resources
for all superclasses.
The list returned by
<function>XtGetResourceList</function>
should be freed using
<function>XtFree</function>
when it is no longer needed.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To get the constraint resource list structure for a particular widget
class, use
<function>XtGetConstraintResourceList .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetConstraintResourceList" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetConstraintResourceList(<emphasis remap='I'>class</emphasis>, <emphasis remap='I'>resources_return</emphasis>, \
<emphasis remap='I'>num_resources_return</emphasis>)
<!-- .br -->
      WidgetClass <emphasis remap='I'>class</emphasis>;
<!-- .br -->
      XtResourceList *<emphasis remap='I'>resources_return</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_resources_return</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>class</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object class to be queried.  It must be
<function>objectClass</function>
or any subclass thereof.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources_return</emphasis>
    </term>
    <listitem>
      <para>
Returns the constraint resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources_return</emphasis>
    </term>
    <listitem>
      <para>
Returns the number of entries in the constraint resource list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
If
<function>XtGetConstraintResourceList</function>
is called before the widget class is
initialized, the resource list as specified in the widget
class Constraint part is returned.  If
<function>XtGetConstraintResourceList</function>
is called after the widget class has been initialized, the merged
resource list for the class and all Constraint superclasses is
returned.  If the
specified class is not a subclass of
<function>constraintWidgetClass ,</function>
*<emphasis remap='I'>resources_return</emphasis> is set to NULL
and *<emphasis remap='I'>num_resources_return</emphasis> is set to zero.
The list returned by
<function>XtGetConstraintResourceList</function>
should be freed using
<function>XtFree</function>
when it is no longer needed.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
The routines
<function>XtSetValues</function>
and
<function>XtGetValues</function>
also use the resource list to set and get widget state;
see Sections 9.7.1 and 9.7.2.
</para>
<para>
<!-- .LP -->
Here is an abbreviated version of a possible resource list for a Label widget:
</para>
<para>
<!-- .LP -->
<literallayout class="monospaced">
<!-- .TA .5i 1.5i 3i -->
<!-- .ta .5i 1.5i 3i -->
/* Resources specific to Label */
static XtResource resources[] = {
{XtNforeground, XtCForeground, XtRPixel, sizeof(Pixel),
   XtOffsetOf(LabelRec, label.foreground), XtRString, XtDefaultForeground},
{XtNfont, XtCFont, XtRFontStruct, sizeof(XFontStruct*),
   XtOffsetOf(LabelRec, label.font), XtRString, XtDefaultFont},
{XtNlabel, XtCLabel, XtRString, sizeof(String),
   XtOffsetOf(LabelRec, label.label), XtRString, NULL},
	.
	.
	.
}
</literallayout>
</para>
<para>
<!-- .LP -->
The complete resource name for a field of a widget instance is the
concatenation of the application shell name (from
<function>XtAppCreateShell ),</function>
the instance names of all the widget's parents up to the
top of the widget tree,
the instance name of the widget itself,
and the resource name of the specified field of the widget.
Similarly,
the full resource class of a field of a widget instance is the
concatenation of the application class (from
<function>XtAppCreateShell ),</function>
the widget class names of all the widget's parents up to the
top of the widget tree,
the widget class name of the widget itself,
and the resource class of the specified field of the widget.

</para>
</sect2>
<sect2 id="Byte_Offset_Calculations">
<title>Byte Offset Calculations</title>
<!-- .XS -->
<!-- (SN Byte Offset Calculations -->
<!-- .XE -->
<para>
<!-- .LP -->
To determine the byte offset of a field within a structure type, use
<function>XtOffsetOf .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtOffsetOf" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
Cardinal XtOffsetOf(<emphasis remap='I'>structure_type</emphasis>, <emphasis remap='I'>field_name</emphasis>)
<!-- .br -->
      <emphasis remap='I'>Type structure_type</emphasis>;
<!-- .br -->
      <emphasis remap='I'>Field field_name</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>structure_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies a type that is declared as a structure.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>field_name</emphasis>
    </term>
    <listitem>
      <para>
Specifies the name of a member within the structure.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtOffsetOf</function>
macro expands to a constant expression that gives the
offset in bytes to the specified structure member from the beginning
of the structure.  It is normally used to statically initialize
resource lists and is more portable than
<function>XtOffset ,</function>
which serves the same function.

</para>
<para>
<!-- .LP -->
To determine the byte offset of a field within a structure pointer type, use
<function>XtOffset .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtOffset" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
Cardinal XtOffset(<emphasis remap='I'>pointer_type</emphasis>, <emphasis remap='I'>field_name</emphasis>)
<!-- .br -->
      <emphasis remap='I'>Type pointer_type</emphasis>;
<!-- .br -->
      <emphasis remap='I'>Field field_name</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>pointer_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies a type that is declared as a pointer to a structure.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>field_name</emphasis>
    </term>
    <listitem>
      <para>
Specifies the name of a member within the structure.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtOffset</function>
macro expands to a constant expression that gives the
offset in bytes to the specified structure member from the beginning
of the structure.  It may be used to statically initialize
resource lists.
<function>XtOffset</function>
is less portable than
<function>XtOffsetOf .</function>

</para>
</sect2>
<sect2 id="Superclass_to_Subclass_Chaining_of_Resource_Lists">
<title>Superclass-to-Subclass Chaining of Resource Lists</title>
<!-- .XS -->
<!-- (SN Superclass-to-Subclass Chaining of Resource Lists -->
<!-- .XE -->
<para>
<!-- .LP -->
<!-- .IN "Inheritance" -->
<!-- .IN "Superclass Chaining" -->
<!-- .IN "Chaining" -->
The
<function>XtCreateWidget</function>
function gets resources as a superclass-to-subclass chained operation.
That is, the resources specified in the
<function>objectClass</function>
resource list are fetched,
then those in
<function>rectObjClass ,</function>
and so on down to the resources specified
for this widget's class. Within a class, resources are fetched in the order
they are declared.
</para>
<para>
<!-- .LP -->
In general, if a widget resource field is declared in a superclass,
that field is included in the superclass's resource list and need not be
included in the subclass's resource list.
For example, the
Core
class contains a resource entry for <emphasis remap='I'>background_pixel</emphasis>.
Consequently,
the implementation of Label need not also have a resource entry
for <emphasis remap='I'>background_pixel</emphasis>.
However, a subclass,
by specifying a resource entry for that field in its own resource list,
can override the resource entry for any field declared in a superclass.
This is most often done to override the defaults provided in the
superclass with new ones.
At class initialization time,
resource lists for that class are scanned from the superclass down
to the class to look for resources with the same offset.
A matching resource in a subclass will be reordered to override
the superclass entry.
If reordering is necessary, a copy of the superclass resource list is made to
avoid affecting other subclasses of the superclass.
</para>
<para>
<!-- .LP -->
<!-- .IN "class_initialize procedure" -->
<!-- .IN "Widget" "class initialization" -->
Also at class initialization time, the (xI produce an
internal representation of the resource list to optimize access time
when creating widgets.  In order to save memory, the (xI may
overwrite the storage allocated for the resource list in the class
record; therefore, widgets must allocate resource lists in writable
storage and must not access the list contents directly after the
class_initialize procedure has returned.

</para>
</sect2>
<sect2 id="Subresources">
<title>Subresources</title>
<!-- .XS -->
<!-- (SN Subresources -->
<!-- .XE -->
<para>
<!-- .LP -->
A widget does not do anything to retrieve its own resources;
instead,
<function>XtCreateWidget</function>
does this automatically before calling the class initialize procedure.
</para>
<para>
<!-- .LP -->
Some widgets have subparts that are not widgets but for which the widget
would like to fetch resources.
Such widgets call
<function>XtGetSubresources</function>
to accomplish this.
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetSubresources" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetSubresources(<emphasis remap='I'>w</emphasis>, <emphasis remap='I'>base</emphasis>, <emphasis remap='I'>name</emphasis>, <emphasis remap='I'>class</emphasis>, \
<emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, <emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>name</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>class</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object used to qualify the subpart resource name and
class.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure into which the
resources will be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>name</emphasis>
    </term>
    <listitem>
      <para>
Specifies the name of the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>class</emphasis>
    </term>
    <listitem>
      <para>
Specifies the class of the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource list for the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list to override any other resource specifications.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtGetSubresources</function>
function constructs a name and class list from the application name and class,
the names and classes of all the object's ancestors, and the object itself.
Then it appends to this list the <emphasis remap='I'>name</emphasis> and <emphasis remap='I'>class</emphasis> pair passed in.
The resources are fetched from the argument list, the resource database,
or the default values in the resource list.
Then they are copied into the subpart record.
If <emphasis remap='I'>args</emphasis> is NULL,
<emphasis remap='I'>num_args</emphasis> must be zero.
However, if <emphasis remap='I'>num_args</emphasis> is zero,
the argument list is not referenced.
</para>
<para>
<!-- .LP -->
<function>XtGetSubresources</function>
may overwrite the specified resource list with an
equivalent representation in an internal format, which optimizes access
time if the list is used repeatedly.  The resource list must be
allocated in writable storage, and the caller must not modify the list
contents after the call if the same list is to be used again.
Resources fetched by
<function>XtGetSubresources</function>
are reference-counted as
if they were referenced by the specified object.  Subresources might
therefore be freed from the conversion cache and destroyed
when the object is destroyed, but not before then.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To fetch resources for widget subparts using varargs lists, use
<function>XtVaGetSubresources .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaGetSubresources" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaGetSubresources(<emphasis remap='I'>w</emphasis>, <emphasis remap='I'>base</emphasis>, <emphasis remap='I'>name</emphasis>, <emphasis remap='I'>class</emphasis>, \
<emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, ...)
<!-- .br -->
    Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
    XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
    String <emphasis remap='I'>name</emphasis>;
<!-- .br -->
    String <emphasis remap='I'>class</emphasis>;
<!-- .br -->
    XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
    Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object used to qualify the subpart resource name and
class.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure into which the
resources will be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>name</emphasis>
    </term>
    <listitem>
      <para>
Specifies the name of the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>class</emphasis>
    </term>
    <listitem>
      <para>
Specifies the class of the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource list for the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies the variable argument list to override any other
resource specifications.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaGetSubresources</function>
is identical in function to
<function>XtGetSubresources</function>
with the <emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters replaced by a varargs list, as
described in Section 2.5.1.

</para>
</sect2>
<sect2 id="Obtaining_Application_Resources">
<title>Obtaining Application Resources</title>
<!-- .XS -->
<!-- <function>(SN Obtaining Application Resources</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
To retrieve resources that are not specific to a widget
but apply to the overall application, use
<function>XtGetApplicationResources .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetApplicationResources" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetApplicationResources(<emphasis remap='I'>w</emphasis>, <emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, \
<emphasis remap='I'>num_resources</emphasis>, <emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object that identifies the resource database to search
(the database is that associated with the display for this object).  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address into which
the resource values will be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list to override any other resource specifications.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtGetApplicationResources</function>
function first uses the passed object,
which is usually an application shell widget,
to construct a resource name and class list.
The full name and class of the specified object (that is, including its
ancestors, if any) is logically added to the
front of each resource name and class.
Then it retrieves the resources from the argument list,
the resource database, or the resource list default values.
After adding base to each address,
<function>XtGetApplicationResources</function>
copies the resources into the addresses
obtained by adding <emphasis remap='I'>base</emphasis> to each <emphasis remap='I'>offset</emphasis> in the resource list.
If <emphasis remap='I'>args</emphasis> is NULL,
<emphasis remap='I'>num_args</emphasis> must be zero.
However, if <emphasis remap='I'>num_args</emphasis> is zero,
the argument list is not referenced.
The portable way to specify application resources is to declare them
as members of a structure and pass the address of the structure
as the <emphasis remap='I'>base</emphasis> argument.
</para>
<para>
<!-- .LP -->
<function>XtGetApplicationResources</function>
may overwrite the specified resource list
with an equivalent representation in an internal format, which
optimizes access time if the list is used repeatedly.  The resource
list must be allocated in writable storage, and the caller must not
modify the list contents after the call if the same list is to be
used again.  Any per-display resources fetched by
<function>XtGetApplicationResources</function>
will not be freed from the resource cache until the display is closed.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To retrieve resources for the overall application using varargs lists, use
<function>XtVaGetApplicationResources .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaGetApplicationResources" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaGetApplicationResources(<emphasis remap='I'>w</emphasis>, <emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, \
<emphasis remap='I'>num_resources</emphasis>, ...)
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object that identifies the resource database to search
(the database is that associated with the display for this object).  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address into which
the resource values will be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource list for the subpart.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies the variable argument list to override any other
resource specifications.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaGetApplicationResources</function>
is identical in function to
<function>XtGetApplicationResources</function>
with the <emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters
replaced by a varargs list, as described in Section 2.5.1.

</para>
</sect2>
<sect2 id="Resource_Conversions">
<title>Resource Conversions</title>
<!-- .XS -->
<!-- (SN Resource Conversions -->
<!-- .XE -->
<para>
<!-- .LP -->
The (xI provide a mechanism for registering representation converters that
are automatically invoked by the resource-fetching routines.
The (xI additionally provide and register several commonly used converters.
This resource conversion mechanism serves several purposes:
</para>
<itemizedlist>
  <listitem>
    <para>
It permits user and application resource files to contain textual
representations of nontextual values.
    </para>
  </listitem>
  <listitem>
    <para>
It allows textual or other representations of default resource values that
are dependent on the display, screen, or colormap, and thus must be
computed at runtime.
    </para>
  </listitem>
  <listitem>
    <para>
It caches conversion source and result data.
Conversions that require much computation or space
(for example, string-to-translation-table)
or that require round-trips to the server
(for example, string-to-font or string-to-color) are performed only once.

    </para>
  </listitem>
</itemizedlist>
<sect3 id="Predefined_Resource_Converters">
<title>Predefined Resource Converters</title>
<!-- .XS -->
<!-- (SN Predefined Resource Converters -->
<!-- .XE -->
<para>
<!-- .LP -->
The (xI define all the representations used in the
Object,
RectObj,
Core,
Composite,
Constraint,
and
Shell
widget classes.
The (xI register the following resource converters that accept
input values of representation type
<function>XtRString .</function>
</para>
<para>
<!-- .LP -->
<informaltable>
  <tgroup cols='4' align='center'>
  <colspec colname='c1'/>
  <colspec colname='c2'/>
  <colspec colname='c3'/>
  <colspec colname='c4'/>
  <tbody>
    <row>
      <entry>lw(1.7i) lw(2.4i) lw(1.5i) .</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>Target Representation</entry>
      <entry>Converter Name</entry>
      <entry>Additional Args</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRAcceleratorTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToAcceleratorTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRAtom</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToAtom</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBool</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToBool</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCommandArgArray</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToCommandArgArray</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRCursor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToCursor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDimension</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToDimension</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDirectoryString</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToDirectoryString</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDisplay</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToDisplay</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFile</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToFile</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFloat</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToFloat</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFont</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToFont</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFontSet</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToFontSet</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*, String <emphasis remap='I'>locale</emphasis></entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFontStruct</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToFontStruct</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Display*</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRGravity</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToGravity</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRInitialState</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToInitialState</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRInt</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToInt</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>colorConvertArgs</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPosition</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToPosition</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRRestartStyle</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToRestartStyle</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRShort</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToShort</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRTranslationTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToTranslationTable</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRUnsignedChar</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToUnsignedChar</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRVisual</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtStringToVisual</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>Screen*, Cardinal <emphasis remap='I'>depth</emphasis></entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
  </tbody>
  </tgroup>
</informaltable>

</para>
<para>
<!-- .LP -->
The String-to-Pixel conversion has two predefined constants that are
guaranteed to work and contrast with each other:
<function>XtDefaultForeground</function>
and
<function>XtDefaultBackground .</function>
<!-- .IN "XtDefaultBackground" "" "@DEF@" -->
<!-- .IN "XtDefaultForeground" "" "@DEF@" -->
They evaluate to the black and white pixel values of the widget's screen,
respectively.
<!-- .IN "Resources" "reverseVideo" -->
If the application resource reverseVideo is
<function>True ,</function>
they evaluate to the white and black pixel values of the widget's screen,
respectively.
Similarly, the String-to-Font and String-to-FontStruct converters recognize
the constant
<function>XtDefaultFont</function>
<!-- .IN "XtDefaultFont" "" "@DEF@" -->
<!-- .IN "Resources" "xtDefaultFont" -->
and evaluate this in the following manner:
</para>
<itemizedlist>
  <listitem>
    <para>
Query the resource database for the resource whose full name
is ``xtDefaultFont'', class ``XtDefaultFont'' (that is, no widget
name/class prefixes), and use a type
<function>XtRString</function>
value returned as the font name or a type
<function>XtRFont</function>
or
<function>XtRFontStruct</function>
value directly as the resource value.
    </para>
  </listitem>
  <listitem>
    <para>
If the resource database does not contain a value for xtDefaultFont,
class XtDefaultFont, or if the returned font name cannot be
successfully opened, an implementation-defined font in ISO8859-1
character set encoding is opened.  (One possible algorithm is to
perform an
<function>XListFonts</function>
using a wildcard font name and use the first
font in the list.  This wildcard font name should be as broad as
possible to maximize the probability of locating a useable font;
for example, "-*-*-*-R-*-*-*-120-*-*-*-*-ISO8859-1".)
    </para>
  </listitem>
  <listitem>
    <para>
If no suitable ISO8859-1 font can be found, issue a warning message
and return
<function>False .</function>
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
The String-to-FontSet converter recognizes the constant
<function>XtDefaultFontSet</function>
<!-- .IN "XtDefaultFontSet" "" "@DEF@" -->
<!-- .IN "Resources" "xtDefaultFontSet" -->
and evaluate this in the following manner:
</para>
<itemizedlist>
  <listitem>
    <para>
Query the resource database for the resource whose full name
is ``xtDefaultFontSet'', class ``XtDefaultFontSet'' (that is, no widget
name/class prefixes), and use a type
<function>XtRString</function>
value returned as the base font name list or a type
<function>XtRFontSet</function>
value directly as the resource value.
    </para>
  </listitem>
  <listitem>
    <para>
If the resource database does not contain a value for xtDefaultFontSet,
class XtDefaultFontSet, or if a font set cannot be
successfully created from this resource,
an implementation-defined font set is created.
(One possible algorithm is to
perform an
<function>XCreateFontSet</function>
using a wildcard base font name.
This wildcard base font name should be as broad as
possible to maximize the probability of locating a useable font;
for example, "-*-*-*-R-*-*-*-120-*-*-*-*".)
    </para>
  </listitem>
  <listitem>
    <para>
If no suitable font set can be created, issue a warning message
and return
<function>False .</function>
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
If a font set is created but <emphasis remap='I'>missing_charset_list</emphasis> is not
empty, a warning is issued and the partial font set is returned.
The (xI register the String-to-FontSet converter with
a conversion argument list that extracts the current process
locale at the time the converter is invoked.   This ensures
that the converter is invoked again if the same conversion
is required in a different locale.
</para>
<para>
<!-- .LP -->
The String-to-Gravity conversion accepts string values that are the
names of window and bit gravities and their numerical equivalents,
as defined in <emphasis remap='I'>(xL</emphasis>:
<function>ForgetGravity ,</function>
<function>UnmapGravity ,</function>
<function>NorthWestGravity ,</function>
<function>NorthGravity ,</function>
<function>NorthEastGravity ,</function>
<function>WestGravity ,</function>
<function>CenterGravity ,</function>
<function>EastGravity ,</function>
<function>SouthWestGravity ,</function>
<function>SouthGravity ,</function>
<function>SouthEastGravity ,</function>
and
<function>StaticGravity .</function>
Alphabetic case is not significant in the conversion.
</para>
<para>
<!-- .LP -->
The String-to-CommandArgArray conversion parses a String into an
array of strings.
White space characters separate elements of the command line.
The converter recognizes the backslash character ``\\'' as an escape
character to allow the following white space character to be part of the
array element.
</para>
<para>
<!-- .LP -->
<!-- .IN "XtCurrentDirectory" "" "@DEF@" -->
The String-to-DirectoryString conversion recognizes the
string ``XtCurrentDirectory'' and returns the result of a call
to the operating system to get the current directory.
</para>
<para>
<!-- .LP -->
The String-to-RestartStyle conversion accepts the values
<function>RestartIfRunning ,</function>
<function>RestartAnyway ,</function>
<function>RestartImmediately ,</function>
and
<function>RestartNever</function>
as defined by the <emphasis remap='I'>X Session Management Protocol</emphasis>.
</para>
<para>
<!-- .LP -->
The String-to-InitialState conversion accepts the values
<function>NormalState</function>
or
<function>IconicState</function>
as defined by the <emphasis remap='I'>(xC</emphasis>.
</para>
<para>
<!-- .LP -->
The String-to-Visual conversion calls
<function>XMatchVisualInfo</function>
using the
<emphasis remap='I'>screen</emphasis> and <emphasis remap='I'>depth</emphasis> fields from the core part and returns the first
matching Visual on the list.  The widget resource list must be certain
to specify any resource of type
<function>XtRVisual</function>
after the depth resource.
The allowed string values are the visual class names defined in <emphasis remap='I'>(xP</emphasis>,
Section 8;
<function>StaticGray ,</function>
<function>StaticColor ,</function>
<function>TrueColor ,</function>
<function>GrayScale ,</function>
<function>PseudoColor ,</function>
and
<function>DirectColor .</function>

</para>
<para>
<!-- .LP -->
The (xI register the following resource converter that accepts
an input value of representation type
<function>XtRColor .</function>
</para>
<para>
<!-- .LP -->
<informaltable>
  <tgroup cols='4' align='center'>
  <colspec colname='c1'/>
  <colspec colname='c2'/>
  <colspec colname='c3'/>
  <colspec colname='c4'/>
  <tbody>
    <row>
      <entry>lw(1.5i) lw(2.25i) lw(1.5i) .</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>Target Representation</entry>
      <entry>Converter Name</entry>
      <entry>Additional Args</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtColorToPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
  </tbody>
  </tgroup>
</informaltable>

</para>
<para>
<!-- .LP -->
The (xI register the following resource converters that accept
input values of representation type
<function>XtRInt .</function>
</para>
<para>
<!-- .LP -->
<informaltable>
  <tgroup cols='4' align='center'>
  <colspec colname='c1'/>
  <colspec colname='c2'/>
  <colspec colname='c3'/>
  <colspec colname='c4'/>
  <tbody>
    <row>
      <entry>lw(1.5i) lw(2.25i) lw(1.5i) .</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>Target Representation</entry>
      <entry>Converter Name</entry>
      <entry>Additional Args</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToBoolean</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRBool</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToBool</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRColor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToColor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>colorConvertArgs</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRDimension</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToDimension</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFloat</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToFloat</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRFont</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToFont</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToPixel</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPixmap</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToPixmap</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRPosition</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToPosition</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRShort</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToShort</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRUnsignedChar</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtIntToUnsignedChar</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
  </tbody>
  </tgroup>
</informaltable>

</para>
<para>
<!-- .LP -->
The (xI register the following resource converter that accepts
an input value of representation type
<function>XtRPixel .</function>
</para>
<para>
<!-- .LP -->
<informaltable>
  <tgroup cols='4' align='center'>
  <colspec colname='c1'/>
  <colspec colname='c2'/>
  <colspec colname='c3'/>
  <colspec colname='c4'/>
  <tbody>
    <row>
      <entry>lw(1.5i) lw(2.25i) lw(1.5i) .</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>Target Representation</entry>
      <entry>Converter Name</entry>
      <entry>Additional Args</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
    <row>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtRColor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
      <entry>T{</entry>
    </row>
    <row>
      <entry><function>XtCvtPixelToColor</function></entry>
    </row>
    <row>
      <entry>T}</entry>
    </row>
    <row>
      <entry>_</entry>
    </row>
  </tbody>
  </tgroup>
</informaltable>

</para>
</sect3>
<sect3 id="New_Resource_Converters">
<title>New Resource Converters</title>
<!-- .XS -->
<!-- (SN New Resource Converters -->
<!-- .XE -->
<para>
<!-- .LP -->
Type converters use pointers to
<function>XrmValue</function>
structures (defined in
<function>&lt; X11/Xresource.h &gt;;</function>
see Section 15.4 in <emphasis remap='I'>(xL</emphasis>)
for input and output values.
</para>
<para>
<!-- .LP -->
<!-- .sM -->
<literallayout class="monospaced">
<!-- .TA .5i 3i -->
<!-- .ta .5i 3i -->
typedef struct {
	unsigned int size;
	XPointer addr;
} XrmValue, *XrmValuePtr;
</literallayout>
</para>
<para>
<!-- .LP -->
<!-- .eM -->
The <emphasis remap='I'>addr</emphasis> field specifies the address of the data, and the <emphasis remap='I'>size</emphasis>
field gives the total number of significant bytes in the data.
For values of type
<function>String ,</function>
<emphasis remap='I'>addr</emphasis> is the address of the first character and <emphasis remap='I'>size</emphasis>
includes the NULL-terminating byte.
</para>
<para>
<!-- .LP -->
A resource converter procedure pointer is of type
<function>XtTypeConverter .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtTypeConverter" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef Boolean (*XtTypeConverter)(Display*, XrmValue*, Cardinal*,
                              XrmValue*, XrmValue*, XtPointer*);
<!-- .br -->
      Display *<emphasis remap='I'>display</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_args</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>from</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>to</emphasis>;
<!-- .br -->
      XtPointer *<emphasis remap='I'>converter_data</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>display</emphasis>
    </term>
    <listitem>
      <para>
Specifies the display connection with which this conversion is associated.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies a list of additional
<function>XrmValue</function>
arguments to the converter if additional context is needed
to perform the conversion, or NULL.
For example, the String-to-Font converter needs the widget's <emphasis remap='I'>display</emphasis>,
and the String-to-Pixel converter needs the widget's <emphasis remap='I'>screen</emphasis> and <emphasis remap='I'>colormap</emphasis>.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in <emphasis remap='I'>args</emphasis>.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from</emphasis>
    </term>
    <listitem>
      <para>
Specifies the value to convert.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to</emphasis>
    </term>
    <listitem>
      <para>
Specifies a descriptor for a location into which to store the converted value.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>converter_data</emphasis>
    </term>
    <listitem>
      <para>
Specifies a location into which the converter may
store converter-specific data associated
with this conversion.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The <emphasis remap='I'>display</emphasis> argument is normally used only when generating error
messages, to identify the application context (with the function
<function>XtDisplayToApplicationContext ).</function>
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>to</emphasis> argument specifies the size and location into which the
converter should store the converted value.  If the <emphasis remap='I'>addr</emphasis> field is NULL,
the converter should allocate appropriate storage and store the size
and location into the <emphasis remap='I'>to</emphasis> descriptor.  If the type converter allocates
the storage, it remains under the ownership of the converter and must
not be modified by the caller.  The type converter is permitted to use
static storage for this purpose, and therefore the caller must
immediately copy the data upon return from the converter.  If the
<emphasis remap='I'>addr</emphasis> field is not NULL, the converter must check the <emphasis remap='I'>size</emphasis> field to
ensure that sufficient space has been allocated before storing the
converted value.  If insufficient space is specified, the converter
should update the <emphasis remap='I'>size</emphasis> field with the number of bytes required and
return
<function>False</function>
without modifying the data at the specified location.
If sufficient space was allocated by the caller, the converter should
update the <emphasis remap='I'>size</emphasis> field with the number of bytes actually occupied by the
converted value.  For converted values of type
<function>XtRString ,</function>
the size should
include the NULL-terminating byte, if any.
The converter may store any value in the location specified
in <emphasis remap='I'>converter_data</emphasis>; this value will be passed to the destructor, if any,
when the resource is freed by the (xI.
</para>
<para>
<!-- .LP -->
The converter must return
<function>True</function>
if the conversion was successful and
<function>False</function>
otherwise.  If the conversion cannot be performed because of an
improper source value, a warning message should also be issued with
<function>XtAppWarningMsg .</function>

</para>
<para>
<!-- .LP -->
Most type converters just take the data described by the specified <emphasis remap='I'>from</emphasis>
argument and return data by writing into the location specified in
the <emphasis remap='I'>to</emphasis> argument.
A few need other information, which is available in <emphasis remap='I'>args</emphasis>.
A type converter can invoke another type converter,
which allows differing sources that may convert into a common intermediate
result to make maximum use of the type converter cache.
</para>
<para>
<!-- .LP -->
Note that if an address is written into <emphasis remap='I'>to-&gt;addr</emphasis>, it cannot be that
of a local variable of the converter because the data will not be
valid after the converter returns.  Static variables may be used,
as in the following example.
If the converter modifies the resource database,
the changes affect any in-progress widget creation,
<function>XtGetApplicationResources ,</function>
or
<function>XtGetSubresources</function>
in an implementation-defined manner; however, insertion of new entries
or changes to existing entries is allowed and will not directly cause
an error.

</para>
<para>
<!-- .LP -->
The following is an example of a converter that takes a
<function>string</function>
and converts it to a
<function>Pixel .</function>
Note that the <emphasis remap='I'>display</emphasis> parameter is
used only to generate error messages; the
<function>Screen</function>
conversion argument is
still required to inform the (xI that the converted value is
a function of the particular display (and colormap).
</para>
<para>
<!-- .LP -->
<literallayout class="monospaced">
<!-- .TA .3i .7i 1i 1.3i 1.7i 2i 4i -->
<!-- .ta .3i .7i 1i 1.3i 1.7i 2i 4i -->

#define done(type, value) \\
	{						\\
		if (toVal-&gt;addr != NULL) {		\\
			if (toVal-&gt;size &lt; sizeof(type)) {	\\
				toVal-&gt;size = sizeof(type);	\\
				return False;	\\
			}				\\
			*(type*)(toVal-&gt;addr) = (value);	\\
		}					\\
		else {				\\
			static type static_val;	\\
			static_val = (value);	\\
			toVal-&gt;addr = (XPointer)&static_val;	\\
		}					\\
		toVal-&gt;size = sizeof(type);	\\
		return True;			\\
	}

static Boolean CvtStringToPixel(dpy, args, num_args, fromVal, toVal, converter_data)
	Display	*dpy;
	XrmValue	*args;
	Cardinal	*num_args;
	XrmValue	*fromVal;
	XrmValue	*toVal;
	XtPointer	*converter_data;
{
	static XColor	screenColor;
	XColor		exactColor;
	Screen		*screen;
	Colormap		colormap;
	Status			status;

	if (*num_args != 2)
		XtAppWarningMsg(XtDisplayToApplicationContext(dpy),
			"wrongParameters", "cvtStringToPixel", "XtToolkitError",
			"String to pixel conversion needs screen and colormap arguments",
			(String *)NULL, (Cardinal *)NULL);

	screen = *((Screen**) args[0].addr);
	colormap = *((Colormap *) args[1].addr);

	if (CompareISOLatin1(str, XtDefaultBackground) == 0) {
		*closure_ret = False;
		done(Pixel, WhitePixelOfScreen(screen));
	}
	if (CompareISOLatin1(str, XtDefaultForeground) == 0) {
		*closure_ret = False;
		done(Pixel, BlackPixelOfScreen(screen));
	}


	status = XAllocNamedColor(DisplayOfScreen(screen), colormap, (char*)fromVal-&gt;addr,
				               &screenColor, &exactColor);

	if (status == 0) {
		String params[1];
		Cardinal num_params = 1;
		params[0] = (String)fromVal-&gt;addr;
		XtAppWarningMsg(XtDisplayToApplicationContext(dpy),
			"noColormap", "cvtStringToPixel", "XtToolkitError",
			"Cannot allocate colormap entry for \\"%s\\"", params,\
 &num_params);
	        *converter_data = (char *) False;
                return False;
	} else {
                *converter_data = (char *) True;
		done(Pixel, &screenColor.pixel);
	}
}
</literallayout>
</para>
<para>
<!-- .LP -->
All type converters should define some set of conversion values for which they
are guaranteed to succeed so these can be used in the resource defaults.
This issue arises only with conversions, such as fonts and colors,
where there is no string representation that all server implementations
will necessarily recognize.
For resources like these,
the converter should define a symbolic constant
in the same manner as
<function>XtDefaultForeground ,</function>
<function>XtDefaultBackground ,</function>
and
<function>XtDefaultFont .</function>
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To allow the (xI to deallocate resources produced by type
converters, a resource destructor procedure may also be provided.
</para>
<para>
<!-- .LP -->
A resource destructor procedure pointer is of type
<function>XtDestructor .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtDestructor" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef void (*XtDestructor) (XtAppContext, XrmValue*, XtPointer, XrmValue*, \
Cardinal*);
<!-- .br -->
      XtAppContext <emphasis remap='I'>app</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>to</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>converter_data</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>app</emphasis>
    </term>
    <listitem>
      <para>
Specifies an application context in which the resource is being freed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to</emphasis>
    </term>
    <listitem>
      <para>
Specifies a descriptor for the resource produced by the type converter.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>converter_data</emphasis>
    </term>
    <listitem>
      <para>
Specifies the converter-specific data returned by the type converter.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the additional converter arguments as passed
to the type converter when the conversion was performed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in <emphasis remap='I'>args</emphasis>.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The destructor procedure is responsible for freeing the resource
specified by the <emphasis remap='I'>to</emphasis> argument, including any auxiliary storage
associated with that resource, but not the memory directly addressed
by the size and location in the <emphasis remap='I'>to</emphasis> argument or the memory specified
by <emphasis remap='I'>args</emphasis>.

</para>
</sect3>
<sect3 id="Issuing_Conversion_Warnings">
<title>Issuing Conversion Warnings</title>
<!-- .XS -->
<!-- (SN Issuing Conversion Warnings -->
<!-- .XE -->
<para>
<!-- .LP -->
The
<function>XtDisplayStringConversionWarning</function>
procedure is a convenience routine for resource type converters
that convert from string values.
</para>
<para>
<!-- .LP -->
<!-- .IN "XtDisplayStringConversionWarning" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtDisplayStringConversionWarning(<emphasis remap='I'>display</emphasis>, <emphasis remap='I'>from_value</emphasis>, \
<emphasis remap='I'>to_type</emphasis>)
<!-- .br -->
      Display *<emphasis remap='I'>display</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>from_value</emphasis>, <emphasis remap='I'>to_type</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>display</emphasis>
    </term>
    <listitem>
      <para>
Specifies the display connection with which the conversion is associated.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from_value</emphasis>
    </term>
    <listitem>
      <para>
Specifies the string that could not be converted.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the target representation type requested.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtDisplayStringConversionWarning</function>
procedure issues a warning message using
<function>XtAppWarningMsg</function>
with <emphasis remap='I'>name</emphasis> ``conversionError'',
<emphasis remap='I'>type</emphasis> ``string'', <emphasis remap='I'>class</emphasis> ``XtToolkitError'', and the default message
``Cannot convert "<emphasis remap='I'>from_value</emphasis>" to type <emphasis remap='I'>to_type</emphasis>''.
</para>
<para>
<!-- .LP -->
To issue other types of warning or error messages, the type converter
should use
<function>XtAppWarningMsg</function>
or
<function>XtAppErrorMsg .</function>
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To retrieve the application context associated with a given
display connection, use
<function>XtDisplayToApplicationContext .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtDisplayToApplicationContext" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
XtAppContext XtDisplayToApplicationContext( <emphasis remap='I'>display</emphasis> )
<!-- .br -->
      Display *<emphasis remap='I'>display</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>display</emphasis>
    </term>
    <listitem>
      <para>
Specifies an open and initialized display connection.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtDisplayToApplicationContext</function>
function returns the application
context in which the specified <emphasis remap='I'>display</emphasis> was initialized.  If the
display is not known to the (xI, an error message is issued.

</para>
</sect3>
<sect3 id="Registering_a_New_Resource_Converter">
<title>Registering a New Resource Converter</title>
<!-- .XS -->
<!-- <function>(SN Registering a New Resource Converter</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
When registering a resource converter, the client must specify the
manner in which the conversion cache is to be used when there are multiple
calls to the converter.  Conversion cache control is specified
via an
<function>XtCacheType</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtCacheType" "" "@DEF@" -->
argument.
<!-- .sM -->
<literallayout class="monospaced">
typedef int XtCacheType;
</literallayout>
</para>
<para>
<!-- .LP -->
<!-- .eM -->
An
<function>XtCacheType</function>
field may contain one of the following values:
<!-- .br -->
<!-- .sp -->
</para>
<para>
<!-- .LP -->
<function>XtCacheNone</function>
<!-- .IN "XtCacheNone" "" "@DEF@" -->
</para>
<itemizedlist>
  <listitem>
    <para>
Specifies that the results of a previous conversion
may not be reused to satisfy any other resource
requests; the specified converter will be called
each time the converted value is required.
<!-- .br -->
<!-- .sp -->
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
<function>XtCacheAll</function>
<!-- .IN "XtCacheAll" "" "@DEF@" -->
</para>
<itemizedlist>
  <listitem>
    <para>
Specifies that the results of a previous conversion
should be reused for any resource request that depends
upon the same source value and conversion arguments.
<!-- .br -->
<!-- .sp -->
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
<function>XtCacheByDisplay</function>
<!-- .IN "XtCacheByDisplay" "" "@DEF@" -->
</para>
<itemizedlist>
  <listitem>
    <para>
Specifies that the results of a previous conversion
should be used as for
<function>XtCacheAll</function>
but the destructor will be called, if specified, if
<function>XtCloseDisplay</function>
is called
for the display connection associated with the converted value, and
the value will be removed from the conversion cache.
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
The qualifier
<function>XtCacheRefCount</function>
<!-- .IN "XtCacheRefCount" "" "@DEF@" -->
may be ORed with any of the above values.  If
<function>XtCacheRefCount</function>
is specified, calls to
<function>XtCreateWidget ,</function>
<function>XtCreateManagedWidget ,</function>
<function>XtGetApplicationResources ,</function>
and
<function>XtGetSubresources</function>
that use the converted value will be counted.  When a widget using the
converted value is destroyed, the count is decremented, and, if the
count reaches zero, the destructor procedure will be called and the
converted value will be removed from the conversion cache.

</para>
<para>
<!-- .LP -->
To register a type converter for all application contexts in a
process, use
<function>XtSetTypeConverter ,</function>
and to register a type converter in a single application context, use
<function>XtAppSetTypeConverter .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtSetTypeConverter" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtSetTypeConverter(<emphasis remap='I'>from_type</emphasis>, <emphasis remap='I'>to_type</emphasis>, <emphasis remap='I'>converter</emphasis>, \
<emphasis remap='I'>convert_args</emphasis>, <emphasis remap='I'>num_args</emphasis>,
                        <emphasis remap='I'>cache_type</emphasis>, <emphasis remap='I'>destructor</emphasis>)
<!-- .br -->
      String <emphasis remap='I'>from_type</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>to_type</emphasis>;
<!-- .br -->
      XtTypeConverter <emphasis remap='I'>converter</emphasis>;
<!-- .br -->
      XtConvertArgList <emphasis remap='I'>convert_args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .br -->
      XtCacheType <emphasis remap='I'>cache_type</emphasis>;
<!-- .br -->
      XtDestructor <emphasis remap='I'>destructor</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>from_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the source type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the destination type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>converter</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource type converter procedure.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>convert_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies additional conversion arguments, or NULL.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in <emphasis remap='I'>convert_args</emphasis>.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>cache_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies whether or not resources produced by this
converter are sharable or display-specific and when
they should be freed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>destructor</emphasis>
    </term>
    <listitem>
      <para>
Specifies a destroy procedure for resources produced by
this conversion, or NULL if no additional action is
required to deallocate resources produced by the converter.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .IN "XtAppSetTypeConverter" "" "@DEF@" -->
</para>
<!-- .FD 0 -->
void XtAppSetTypeConverter(<emphasis remap='I'>app_context</emphasis>, <emphasis remap='I'>from_type</emphasis>, <emphasis remap='I'>to_type</emphasis>, \
<emphasis remap='I'>converter</emphasis>, <emphasis remap='I'>convert_args</emphasis>,
                           <emphasis remap='I'>num_args</emphasis>, <emphasis remap='I'>cache_type</emphasis>, <emphasis remap='I'>destructor</emphasis>)
<!-- .br -->
      XtAppContext <emphasis remap='I'>app_context</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>from_type</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>to_type</emphasis>;
<!-- .br -->
      XtTypeConverter <emphasis remap='I'>converter</emphasis>;
<!-- .br -->
      XtConvertArgList <emphasis remap='I'>convert_args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .br -->
      XtCacheType <emphasis remap='I'>cache_type</emphasis>;
<!-- .br -->
      XtDestructor <emphasis remap='I'>destructor</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>app_context</emphasis>
    </term>
    <listitem>
      <para>
Specifies the application context.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the source type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the destination type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>converter</emphasis>
    </term>
    <listitem>
      <para>
Specifies the resource type converter procedure.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>convert_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies additional conversion arguments, or NULL.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in <emphasis remap='I'>convert_args</emphasis>.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>cache_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies whether or not resources produced by this
converter are sharable or display-specific and when
they should be freed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>destructor</emphasis>
    </term>
    <listitem>
      <para>
Specifies a destroy procedure for resources produced by
this conversion, or NULL if no additional action is
required to deallocate resources produced by the converter.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtSetTypeConverter</function>
registers the specified type converter and
destructor in all application contexts created by the calling process,
including any future application contexts that may be created.
<function>XtAppSetTypeConverter</function>
registers the specified type converter in the
single application context specified.  If the same <emphasis remap='I'>from_type</emphasis> and
<emphasis remap='I'>to_type</emphasis> are specified in multiple calls to either function, the most
recent overrides the previous ones.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
For the few type converters that need additional arguments,
the (xI conversion mechanism provides a method of specifying
how these arguments should be computed.
The enumerated type
<function>XtAddressMode</function>
and the structure
<function>XtConvertArgRec</function>
specify how each argument is derived.
These are defined in
<function>&lt; X11/Intrinsic.h &gt;.</function>
</para>
<para>
<!-- .LP -->
<!-- .sM -->
<literallayout class="monospaced">
<!-- .TA .5i 2.5i -->
<!-- .ta .5i 2.5i -->
typedef enum {
	/* address mode	parameter representation */
	   XtAddress,	/* address */
	   XtBaseOffset,	/* offset */
	   XtImmediate,	/* constant */
	   XtResourceString,	/* resource name string */
	   XtResourceQuark,	/* resource name quark */
	   XtWidgetBaseOffset,	/* offset */
	   XtProcedureArg	/* procedure to call */
} XtAddressMode;
<!-- .sp -->
typedef struct {
	XtAddressMode address_mode;
	XtPointer address_id;
	Cardinal size;
} XtConvertArgRec, *XtConvertArgList;
</literallayout>
<!-- .eM -->
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>size</emphasis> field specifies the length of the data in bytes.
The <emphasis remap='I'>address_mode</emphasis> field specifies how the <emphasis remap='I'>address_id</emphasis> field should be
interpreted.
<function>XtAddress</function>
<!-- .IN "XtAddress" "" "@DEF@" -->
causes <emphasis remap='I'>address_id</emphasis> to be interpreted as the address of the data.
<function>XtBaseOffset</function>
<!-- .IN "XtBaseOffset" "" "@DEF@" -->
causes <emphasis remap='I'>address_id</emphasis> to be interpreted as the offset from the widget base.
<function>XtImmediate</function>
<!-- .IN "XtImmediate" "" "@DEF@" -->
causes <emphasis remap='I'>address_id</emphasis> to be interpreted as a constant.
<function>XtResourceString</function>
<!-- .IN "XtResourceString" "" "@DEF@" -->
causes <emphasis remap='I'>address_id</emphasis> to be interpreted as the name of a resource
that is to be converted into an offset from the widget base.
<function>XtResourceQuark</function>
<!-- .IN "XtResourceQuark" "" "@DEF@" -->
causes <emphasis remap='I'>address_id</emphasis> to be interpreted as the result of an
<function>XrmStringToQuark</function>
conversion on the name of a resource,
which is to be converted into an offset from the widget base.
<function>XtWidgetBaseOffset</function>
<!-- .IN "XtWidgetBaseOffset" "" "@DEF@" -->
is similar to
<function>XtBaseOffset</function>
except that it
searches for the closest windowed ancestor if the object is not
of a subclass of
Core
(see Chapter 12).
<function>XtProcedureArg</function>
<!-- .IN "XtProcedureArg" "" "@DEF@" -->
specifies that <emphasis remap='I'>address_id</emphasis> is a pointer to a procedure to
be invoked to return the conversion argument.  If
<function>XtProcedureArg</function>
is specified, <emphasis remap='I'>address_id</emphasis> must contain
the address of a function of type
<function>XtConvertArgProc .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtConvertArgProc" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef void (*XtConvertArgProc)(Widget, Cardinal*, XrmValue*);
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>size</emphasis>;
<!-- .br -->
      XrmValue *<emphasis remap='I'>value</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Passes the object for which the resource is being
converted, or NULL if the converter was invoked by
<function>XtCallConverter</function>
or
<function>XtDirectConvert .</function>
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>size</emphasis>
    </term>
    <listitem>
      <para>
Passes a pointer to the <emphasis remap='I'>size</emphasis> field from the
<function>XtConvertArgRec .</function>
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>value</emphasis>
    </term>
    <listitem>
      <para>
Passes a pointer to a descriptor into which the procedure
must store the conversion argument.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
When invoked, the
<function>XtConvertArgProc</function>
procedure must derive a conversion
argument and store the address and size of the argument in the location
pointed to by <emphasis remap='I'>value</emphasis>.
</para>
<para>
<!-- .LP -->
In order to permit reentrancy, the
<function>XtConvertArgProc</function>
should return the address of storage whose lifetime is no shorter than the
lifetime of <emphasis remap='I'>object</emphasis>.  If <emphasis remap='I'>object</emphasis> is NULL, the lifetime of the conversion
argument must be no shorter than the lifetime of the resource with
which the conversion argument is associated.  The (xI do not
guarantee to copy this storage but do guarantee not to reference it if
the resource is removed from the conversion cache.
</para>
<para>
<!-- .LP -->
The following example illustrates how to register the CvtStringToPixel
routine given earlier:
</para>
<para>
<!-- .LP -->
<literallayout class="monospaced">
<!-- .TA .2i 3i -->
<!-- .ta .2i 3i -->
static XtConvertArgRec colorConvertArgs[] = {
	{XtWidgetBaseOffset, (XtPointer)XtOffset(Widget, core.screen),  sizeof(Screen*)},
	{XtWidgetBaseOffset, (XtPointer)XtOffset(Widget, core.colormap),sizeof(Colormap)}
};

XtSetTypeConverter(XtRString, XtRPixel, CvtStringToPixel,
    colorConvertArgs, XtNumber(colorConvertArgs), XtCacheByDisplay, NULL);
</literallayout>
</para>
<para>
<!-- .LP -->
The conversion argument descriptors
<function>colorConvertArgs</function>
and
<function>screenConvertArg</function>
are predefined by the (xI.  Both take the
values from the closest windowed ancestor if the object is not of a
subclass of
Core.
The
<function>screenConvertArg</function>
descriptor puts the widget's <emphasis remap='I'>screen</emphasis> field into <emphasis remap='I'>args</emphasis>[0].  The
<function>colorConvertArgs</function>
descriptor puts the widget's <emphasis remap='I'>screen</emphasis> field into <emphasis remap='I'>args</emphasis>[0],
and the widget's <emphasis remap='I'>colormap</emphasis> field into <emphasis remap='I'>args</emphasis>[1].
</para>
<para>
<!-- .LP -->
Conversion routines should not just put a descriptor for the address of the
base of the widget into <emphasis remap='I'>args</emphasis>[0], and use that in the routine.
They should pass in the actual values on which the conversion depends.
By keeping the dependencies of the conversion procedure specific,
it is more likely that subsequent conversions will find what they need
in the conversion cache.
This way the cache is smaller and has fewer and more widely applicable entries.
</para>
<para>
<!-- .LP -->
If any conversion arguments of type
<function>XtBaseOffset ,</function>
<function>XtResourceString ,</function>
<function>XtResourceQuark ,</function>
and
<function>XtWidgetBaseOffset</function>
are specified for conversions performed by
<function>XtGetApplicationResources ,</function>
<function>XtGetSubresources ,</function>
<function>XtVaGetApplicationResources ,</function>
or
<function>XtVaGetSubresources ,</function>
the arguments are
computed with respect to the specified widget, not the base address or
resource list specified in the call.
</para>
<para>
<!-- .LP -->
If the
<function>XtConvertArgProc</function>
modifies the resource database,
the changes affect any in-progress widget creation,
<function>XtGetApplicationResources ,</function>
or
<function>XtGetSubresources</function>
in an implementation-defined manner; however, insertion of new entries
or changes to existing entries are allowed and will not directly cause
an error.

</para>
</sect3>
<sect3 id="Resource_Converter_Invocation">
<title>Resource Converter Invocation</title>
<!-- .XS -->
<!-- <function>(SN Resource Converter Invocation</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
All resource-fetching routines (for example,
<function>XtGetSubresources ,</function>
<function>XtGetApplicationResources ,</function>
and so on) call resource converters if the resource database or
varargs list specifies a value
that has a different representation from the desired representation or if the
widget's default resource value representation is different from the desired
representation.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To invoke explicit resource conversions, use
<function>XtConvertAndStore</function>
or
<function>XtCallConverter .</function>
</para>
<para>
<!-- .LP -->
<!-- .sM -->
<literallayout class="monospaced">
typedef XtPointer XtCacheRef;
</literallayout>
<!-- .IN "XtCallConverter" "" "@DEF@" -->
</para>
<!-- .FD 0 -->
Boolean XtCallConverter(<emphasis remap='I'>display</emphasis>, <emphasis remap='I'>converter</emphasis>, \
<emphasis remap='I'>conversion_args</emphasis>, <emphasis remap='I'>num_args</emphasis>, <emphasis remap='I'>from</emphasis>, <emphasis remap='I'>to_in_out</emphasis>,
                                              <emphasis remap='I'>cache_ref_return</emphasis>)
<!-- .br -->
      Display* <emphasis remap='I'>display</emphasis>;
<!-- .br -->
      XtTypeConverter <emphasis remap='I'>converter</emphasis>;
<!-- .br -->
      XrmValuePtr <emphasis remap='I'>conversion_args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .br -->
      XrmValuePtr <emphasis remap='I'>from</emphasis>;
<!-- .br -->
      XrmValuePtr <emphasis remap='I'>to_in_out</emphasis>;
<!-- .br -->
      XtCacheRef *<emphasis remap='I'>cache_ref_return</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>display</emphasis>
    </term>
    <listitem>
      <para>
Specifies the display with which the conversion is to be associated.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>converter</emphasis>
    </term>
    <listitem>
      <para>
Specifies the conversion procedure to be called.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>conversion_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the additional conversion arguments needed
to perform the conversion, or NULL.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in <emphasis remap='I'>conversion_args</emphasis>.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from</emphasis>
    </term>
    <listitem>
      <para>
Specifies a descriptor for the source value.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_in_out</emphasis>
    </term>
    <listitem>
      <para>
Returns the converted value.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>cache_ref_return</emphasis>
    </term>
    <listitem>
      <para>
Returns a conversion cache id.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtCallConverter</function>
function looks up the
specified type converter in the application context associated with
the display and, if the converter was not registered or was registered
with cache type
<function>XtCacheAll</function>
or
<function>XtCacheByDisplay ,</function>
looks in the conversion cache to see if this conversion procedure
has been called with the specified conversion arguments.  If so, it
checks the success status of the prior call, and if
the conversion failed,
<function>XtCallConverter</function>
returns
<function>False</function>
immediately;
otherwise it checks the size specified in the <emphasis remap='I'>to</emphasis> argument, and, if it is
greater than or equal to the size stored in the cache, copies the
information stored in the cache into the location specified by
<emphasis remap='I'>to-&gt;addr</emphasis>, stores the cache size into <emphasis remap='I'>to-&gt;size</emphasis>, and returns
<function>True .</function>
If the size specified in the <emphasis remap='I'>to</emphasis> argument is smaller than the size stored
in the cache,
<function>XtCallConverter</function>
copies the cache size into <emphasis remap='I'>to-&gt;size</emphasis> and returns
<function>False .</function>
If the converter was registered with cache type
<function>XtCacheNone</function>
or no value was found in the conversion cache,
<function>XtCallConverter</function>
calls the converter, and if it was not registered with cache type
<function>XtCacheNone ,</function>
enters the result in the cache.
<function>XtCallConverter</function>
then returns what the converter returned.
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>cache_ref_return</emphasis> field specifies storage allocated by the caller in which
an opaque value will be stored.  If the type converter has been
registered with the
<function>XtCacheRefCount</function>
modifier and if the value returned
in <emphasis remap='I'>cache_ref_return</emphasis> is non-NULL, then the caller should store the
<emphasis remap='I'>cache_ref_return</emphasis> value in order to decrement the reference count when
the converted value is no longer required.  The <emphasis remap='I'>cache_ref_return</emphasis>
argument should be
NULL if the caller is unwilling or unable to store the
value.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To explicitly decrement the reference counts for resources obtained
from
<function>XtCallConverter ,</function>
use
<function>XtAppReleaseCacheRefs .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtAppReleaseCacheRefs" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtAppReleaseCacheRefs(<emphasis remap='I'>app_context</emphasis>, <emphasis remap='I'>refs</emphasis>)
<!-- .br -->
      XtAppContext <emphasis remap='I'>app_context</emphasis>;
<!-- .br -->
      XtCacheRef *<emphasis remap='I'>refs</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>app_context</emphasis>
    </term>
    <listitem>
      <para>
Specifies the application context.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>refs</emphasis>
    </term>
    <listitem>
      <para>
Specifies the list of cache references to be released.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtAppReleaseCacheRefs</function>
decrements the reference count for the
conversion entries identified by the <emphasis remap='I'>refs</emphasis> argument.
This argument is a
pointer to a NULL-terminated list of
<function>XtCacheRef</function>
values.  If any reference
count reaches zero, the destructor, if any, will be called and
the resource removed from the conversion cache.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
As a convenience to clients needing to explicitly decrement reference
counts via a callback function, the (xI define two callback
procedures,
<function>XtCallbackReleaseCacheRef</function>
and
<function>XtCallbackReleaseCacheRefList .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtCallbackReleaseCacheRef" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtCallbackReleaseCacheRef(<emphasis remap='I'>object</emphasis>, <emphasis remap='I'>client_data</emphasis>, <emphasis remap='I'>call_data</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>client_data</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>call_data</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object with which the resource is associated.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>client_data</emphasis>
    </term>
    <listitem>
      <para>
Specifies the conversion cache entry to be released.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>call_data</emphasis>
    </term>
    <listitem>
      <para>
Is ignored.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
This callback procedure may be added to a callback list to release a
previously returned
<function>XtCacheRef</function>
value.  When adding the callback, the
callback <emphasis remap='I'>client_data</emphasis> argument must be specified as the value of the
<function>XtCacheRef</function>
data cast to type
<function>XtPointer .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtCallbackReleaseCacheRefList" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtCallbackReleaseCacheRefList(<emphasis remap='I'>object</emphasis>, <emphasis remap='I'>client_data</emphasis>, <emphasis remap='I'>call_data</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>client_data</emphasis>;
<!-- .br -->
      XtPointer <emphasis remap='I'>call_data</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object with which the resources are associated.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>client_data</emphasis>
    </term>
    <listitem>
      <para>
Specifies the conversion cache entries to be released.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>call_data</emphasis>
    </term>
    <listitem>
      <para>
Is ignored.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
This callback procedure may be added to a callback list to release a
list of previously returned
<function>XtCacheRef</function>
values.  When adding the
callback, the callback <emphasis remap='I'>client_data</emphasis> argument must be specified as a
pointer to a NULL-terminated list of
<function>XtCacheRef</function>
values.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To lookup and call a resource converter, copy the resulting value,
and free a cached resource when a widget is destroyed, use
<function>XtConvertAndStore .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtConvertAndStore" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
Boolean XtConvertAndStore(<emphasis remap='I'>object</emphasis>, <emphasis remap='I'>from_type</emphasis>, <emphasis remap='I'>from</emphasis>, \
<emphasis remap='I'>to_type</emphasis>, <emphasis remap='I'>to_in_out</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>from_type</emphasis>;
<!-- .br -->
      XrmValuePtr <emphasis remap='I'>from</emphasis>;
<!-- .br -->
      String <emphasis remap='I'>to_type</emphasis>;
<!-- .br -->
      XrmValuePtr <emphasis remap='I'>to_in_out</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object to use for additional arguments, if any are needed,
and the destroy callback list.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the source type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>from</emphasis>
    </term>
    <listitem>
      <para>
Specifies the value to be converted.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_type</emphasis>
    </term>
    <listitem>
      <para>
Specifies the destination type.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>to_in_out</emphasis>
    </term>
    <listitem>
      <para>
Specifies a descriptor for storage into which the converted value
will be returned.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtConvertAndStore</function>
function looks up the type converter registered
to convert <emphasis remap='I'>from_type</emphasis> to <emphasis remap='I'>to_type</emphasis>, computes any additional arguments
needed, and then calls
<function>XtCallConverter</function>
(or
<function>XtDirectConvert</function>
if an old-style converter was registered with
<function>XtAddConverter</function>
or
<function>XtAppAddConverter ;</function>
see Appendix C) with the <emphasis remap='I'>from</emphasis> and <emphasis remap='I'>to_in_out</emphasis> arguments.  The
<emphasis remap='I'>to_in_out</emphasis> argument specifies the size and location into which the
converted value will be stored and is passed directly to the
converter.  If the location is specified as NULL, it will be replaced
with a pointer to private storage and the size will be returned in the
descriptor.  The caller is expected to copy this private storage
immediately and must not modify it in any way.  If a non-NULL location
is specified, the caller must allocate sufficient storage to hold the
converted value and must also specify the size of that storage in the
descriptor.
The <emphasis remap='I'>size</emphasis> field will be modified on return to indicate the actual
size of the converted data.
If the conversion succeeds,
<function>XtConvertAndStore</function>
returns
<function>True ;</function>
otherwise, it returns
<function>False .</function>
</para>
<para>
<!-- .LP -->
<function>XtConvertAndStore</function>
adds
<function>XtCallbackReleaseCacheRef</function>
<!-- .IN "destroyCallback" -->
to the destroyCallback list of the specified object if the conversion
returns an
<function>XtCacheRef</function>
value.  The resulting resource should not be referenced
after the object has been destroyed.
</para>
<para>
<!-- .LP -->
<function>XtCreateWidget</function>
performs processing equivalent to
<function>XtConvertAndStore</function>
when initializing the object instance.  Because there is extra memory
overhead required to implement reference counting, clients may
distinguish those objects that are never destroyed before the
application exits from those that may be destroyed and whose
resources should be deallocated.
</para>
<para>
<!-- .LP -->
To specify whether reference counting is to be enabled for the
resources of a particular object when the object is created, the
client can specify a value for the
<function>Boolean</function>
resource
XtNinitialResourcesPersistent,
<!-- .IN "XtNinitialResourcesPersistent" "" "@DEF@" -->
class
XtCInitialResourcesPersistent.
</para>
<para>
<!-- .LP -->
When
<function>XtCreateWidget</function>
is called, if this resource is not specified as
<function>False</function>
in either the arglist or the resource database, then the
resources referenced by this object are not reference-counted, regardless of
how the type converter may have been registered.  The effective
default value is
<function>True ;</function>
thus clients that expect to destroy one or
more objects and want resources deallocated must explicitly specify
<function>False</function>
for
<!-- .IN XtNinitialResourcesPersistent -->
XtNinitialResourcesPersistent.
</para>
<para>
<!-- .LP -->
The resources are still freed and destructors called when
<function>XtCloseDisplay</function>
is called if the conversion was registered as
<function>XtCacheByDisplay .</function>

</para>
</sect3>
</sect2>
<sect2 id="Reading_and_Writing_Widget_State">
<title>Reading and Writing Widget State</title>
<!-- .XS -->
<!-- <function>(SN Reading and Writing Widget State</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
Any resource field in a widget can be read or written by a client.
On a write operation,
the widget decides what changes it will actually allow and updates all
derived fields appropriately.

</para>
<sect3 id="Obtaining_Widget_State">
<title>Obtaining Widget State</title>
<!-- .XS -->
<!-- <function>(SN Obtaining Widget State</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
To retrieve the current values of resources associated with a
widget instance, use
<function>XtGetValues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetValues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetValues(<emphasis remap='I'>object</emphasis>, <emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object whose resource values are to be returned.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list of name/address pairs that contain the
resource names and the addresses into which the resource values are to
be stored.
The resource names are widget-dependent.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtGetValues</function>
function starts with the resources specified for the Object class
and proceeds down the subclass chain to the class of the object.
The <emphasis remap='I'>value</emphasis> field of a passed argument list must contain the
address into which to copy the contents of the corresponding
object instance field.  If the field is a pointer type, the lifetime
of the pointed-to data is defined by the object class.  For the
(xI-defined resources, the following lifetimes apply:
</para>
<itemizedlist>
  <listitem>
    <para>
Not valid following any operation that modifies the resource:
<!-- .RS -->
    </para>
  </listitem>
  <listitem>
    <para>
XtNchildren resource of composite widgets.
    </para>
  </listitem>
  <listitem>
    <para>
All resources of representation type XtRCallback.
<!-- .RE -->
    </para>
  </listitem>
  <listitem>
    <para>
Remain valid at least until the widget is destroyed:
<!-- .RS -->
    </para>
  </listitem>
  <listitem>
    <para>
XtNaccelerators, XtNtranslations.
<!-- .RE -->
    </para>
  </listitem>
  <listitem>
    <para>
Remain valid until the Display is closed:
<!-- .RS -->
    </para>
  </listitem>
  <listitem>
    <para>
XtNscreen.
<!-- .RE -->
    </para>
  </listitem>
</itemizedlist>
<para>
<!-- .LP -->
It is the caller's responsibility
to allocate and deallocate storage for the copied data
according to the size of the
resource representation type used within the object.
</para>
<para>
<!-- .LP -->
If the class of the object's parent is a subclass of
<function>constraintWidgetClass ,</function>
<function>XtGetValues</function>
then fetches the values for any constraint resources requested.
It starts with the constraint resources specified for
<function>constraintWidgetClass</function>
and proceeds down the subclass chain to the parent's constraint resources.
If the argument list contains a resource name that is not found in any of the
resource lists searched,
the value at the corresponding address is not modified.
<!-- .IN "get_values_hook procedure" -->
If any get_values_hook procedures in the
object's class or superclass records are non-NULL,
they are called in superclass-to-subclass order after
all the resource values have been fetched by
<function>XtGetValues .</function>
Finally, if the object's parent is a
subclass of
<function>constraintWidgetClass ,</function>
and if any of the parent's class or
superclass records have declared
<function>ConstraintClassExtension</function>
records in
the Constraint class part <emphasis remap='I'>extension</emphasis> field with a record type of
<function>\s-1NULLQUARK\s+1 ,</function>
and if the <emphasis remap='I'>get_values_hook</emphasis> field in the extension record is non-NULL,
<function>XtGetValues</function>
calls the get_values_hook procedures in superclass-to-subclass order.
This permits a Constraint parent to provide
nonresource data via
<function>XtGetValues .</function>
</para>
<para>
<!-- .LP -->
Get_values_hook procedures may modify the data stored at the
location addressed by the <emphasis remap='I'>value</emphasis> field, including (but not
limited to) making a copy of data whose resource representation is a
pointer.  None of the (xI-defined object classes copy
data in this manner.  Any operation that modifies the queried
object resource may invalidate the pointed-to data.

<!-- .sp -->
</para>
<para>
<!-- .LP -->
To retrieve the current values of resources associated with a widget
instance using varargs lists, use
<function>XtVaGetValues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaGetValues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaGetValues(<emphasis remap='I'>object</emphasis>, ...)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object whose resource values are to be returned.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies the variable argument list for the resources to
be returned.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaGetValues</function>
is identical in function to
<function>XtGetValues</function>
with the <emphasis remap='I'>args</emphasis>
and <emphasis remap='I'>num_args</emphasis> parameters replaced by a varargs list, as described in
Section 2.5.1.  All value entries in the list must specify pointers to
storage allocated by the caller to which the resource value will be
copied.  It is the caller's responsibility to ensure that sufficient
storage is allocated.  If
<function>XtVaTypedArg</function>
is specified, the <emphasis remap='I'>type</emphasis> argument
specifies the representation desired by the caller and <emphasis remap='I'>the</emphasis> size argument
specifies the number of bytes allocated to store the result of the
conversion.  If the size is insufficient, a warning message is issued
and the list entry is skipped.

</para>
<sect4 id="Widget_Subpart_Resource_Data_The_get_values_hook_Procedure">
<title>Widget Subpart Resource Data: The get_values_hook Procedure</title>
<!-- .XS -->
<!-- (SN Widget Subpart Resource Data: The get_values_hook Procedure -->
<!-- .XE -->
<para>
<!-- .LP -->
Widgets that have subparts can return resource values from them through
<function>XtGetValues</function>
by supplying a get_values_hook procedure.
The get_values_hook procedure pointer is of type
<function>XtArgsProc .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "get_values_hook procedure" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef void (*XtArgsProc)(Widget, ArgList, Cardinal*);
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the widget whose subpart resource values are to be retrieved.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list that was passed to
<function>XtGetValues</function>
or the transformed varargs list passed to
<function>XtVaGetValues .</function>
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The widget with subpart resources should call
<function>XtGetSubvalues</function>
in the get_values_hook procedure
and pass in its subresource list and the <emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters.

</para>
</sect4>
<sect4 id="Widget_Subpart_State">
<title>Widget Subpart State</title>
<!-- .XS -->
<!-- (SN Widget Subpart State -->
<!-- .XE -->
<para>
<!-- .LP -->
To retrieve the current values of subpart resource data associated with a
widget instance, use
<function>XtGetSubvalues .</function>
For a discussion of subpart resources,
see Section 9.4.
</para>
<para>
<!-- .LP -->
<!-- .IN "XtGetSubvalues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtGetSubvalues(<emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, \
<emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure for which the
resources should be retrieved.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the subpart resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list of name/address pairs that contain the
resource names and the addresses into which the resource values are to
be stored.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtGetSubvalues</function>
function obtains resource values from the structure identified by <emphasis remap='I'>base</emphasis>.
The <emphasis remap='I'>value</emphasis> field in each argument entry must contain the address into
which to store the corresponding resource value.  It is the caller's
responsibility to allocate and deallocate this storage according to
the size of the resource representation type used within the subpart.
If the argument list contains a resource name that is not found in the
resource list, the value at the corresponding address is not modified.

<!-- .sp -->
</para>
<para>
<!-- .LP -->
To retrieve the current values of subpart resources associated with
a widget instance using varargs lists, use
<function>XtVaGetSubvalues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaGetSubvalues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaGetSubvalues(<emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, ...)
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure for which the
resources should be retrieved.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the subpart resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies a variable argument list of name/address pairs that
contain the resource names and the addresses into which the resource
values are to be stored.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaGetSubvalues</function>
is identical in function to
<function>XtGetSubvalues</function>
with the
<emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters replaced by a varargs list, as described
in Section 2.5.1.
<function>XtVaTypedArg</function>
is not supported for
<function>XtVaGetSubvalues .</function>
If
<function>XtVaTypedArg</function>
is specified in the list, a warning message is issued
and the entry is then ignored.

</para>
</sect4>
</sect3>
<sect3 id="Setting_Widget_State">
<title>Setting Widget State</title>
<!-- .XS -->
<!-- <function>(SN Setting Widget State</function> -->
<!-- .XE -->
<para>
<!-- .LP -->
To modify the current values of resources associated with a widget
instance, use
<function>XtSetValues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtSetValues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtSetValues(<emphasis remap='I'>object</emphasis>, <emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object whose resources are to be modified.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list of name/value pairs that contain the
resources to be modified and their new values.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtSetValues</function>
function starts with the resources specified for the
Object
class fields and proceeds down the subclass chain to the object.
At each stage, it replaces the <emphasis remap='I'>object</emphasis> resource fields with any values
specified in the argument list.
<function>XtSetValues</function>
then calls the set_values procedures for the object in superclass-to-subclass
order.
<!-- .IN "set_values_hook procedure" -->
If the object has any non-NULL <emphasis remap='I'>set_values_hook</emphasis> fields,
these are called immediately after the
corresponding set_values procedure.
This procedure permits subclasses to set subpart data via
<function>XtSetValues .</function>
</para>
<para>
<!-- .LP -->
If the class of the object's parent is a subclass of
<function>constraintWidgetClass ,</function>
<function>XtSetValues</function>
also updates the object's constraints.
It starts with the constraint resources specified for
<function>constraintWidgetClass</function>
and proceeds down the subclass chain to the parent's class.
At each stage, it replaces the constraint resource fields with any
values specified in the argument list.
It then calls the constraint set_values procedures from
<function>constraintWidgetClass</function>
down to the parent's class.
The constraint set_values procedures are called with widget arguments,
as for all set_values procedures, not just the constraint records,
so that they can make adjustments to the desired values based
on full information about the widget.  Any arguments specified that
do not match a resource list entry are silently ignored.
</para>
<para>
<!-- .LP -->
If the object is of a subclass of
RectObj,
<function>XtSetValues</function>
determines if a geometry request is needed by comparing the old object to
the new object.
If any geometry changes are required,
<function>XtSetValues</function>
restores the original geometry and makes the request on behalf of the widget.
If the geometry manager returns
<function>XtGeometryYes ,</function>
<function>XtSetValues</function>
calls the object's resize procedure.
If the geometry manager returns
<function>XtGeometryDone ,</function>
<function>XtSetValues</function>
continues, as the object's resize procedure should have been called
by the geometry manager.
If the geometry manager returns
<function>XtGeometryNo ,</function>
<function>XtSetValues</function>
ignores the geometry request and continues.
If the geometry manager returns
<function>XtGeometryAlmost ,</function>
<function>XtSetValues</function>
calls the set_values_almost procedure,
which determines what should be done.
<function>XtSetValues</function>
then repeats this process,
deciding once more whether the geometry manager should be called.
</para>
<para>
<!-- .LP -->
Finally, if any of the set_values procedures returned
<function>True ,</function>
and the widget is realized,
<function>XtSetValues</function>
causes the widget's expose procedure to be invoked by calling
<function>XClearArea</function>
on the widget's window.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To modify the current values of resources associated with a widget
instance using varargs lists, use
<function>XtVaSetValues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaSetValues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaSetValues(<emphasis remap='I'>object</emphasis>, ...)
<!-- .br -->
      Widget <emphasis remap='I'>object</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>object</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object whose resources are to be modified.  (oI
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies the variable argument list of name/value pairs that
contain the resources to be modified and their new values.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaSetValues</function>
is identical in function to
<function>XtSetValues</function>
with the <emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters replaced by a varargs list, as
described in Section 2.5.1.

</para>
<sect4 id="Widget_State_The_set_values_Procedure">
<title>Widget State: The set_values Procedure</title>
<!-- .XS -->
<!-- (SN Widget State: The set_values Procedure -->
<!-- .XE -->
<para>
<!-- .LP -->
The set_values procedure pointer in a widget class is of type
<function>XtSetValuesFunc .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtSetValuesFunc" "" "@DEF@" -->
<!-- .IN "set_values procedure" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef Boolean (*XtSetValuesFunc)(Widget, Widget, Widget, ArgList, Cardinal*);
<!-- .br -->
      Widget <emphasis remap='I'>current</emphasis>;
<!-- .br -->
      Widget <emphasis remap='I'>request</emphasis>;
<!-- .br -->
      Widget <emphasis remap='I'>new</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>current</emphasis>
    </term>
    <listitem>
      <para>
Specifies a copy of the widget as it was before the
<function>XtSetValues</function>
call.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>request</emphasis>
    </term>
    <listitem>
      <para>
Specifies a copy of the widget with all values changed as asked for by the
<function>XtSetValues</function>
call before any class set_values procedures have been called.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>new</emphasis>
    </term>
    <listitem>
      <para>
Specifies the widget with the new values that are actually allowed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list passed to
<function>XtSetValues</function>
or the transformed argument list passed to
<function>XtVaSetValues .</function>
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The set_values procedure should recompute any field
derived from resources that are changed
(for example, many GCs depend on foreground and background pixels).
If no recomputation is necessary, and if none of the resources specific to a
subclass require the window to be redisplayed when their values are changed,
you can specify NULL for the <emphasis remap='I'>set_values</emphasis> field in the class record.
</para>
<para>
<!-- .LP -->
Like the initialize procedure,
set_values mostly deals only with the fields defined in the subclass,
but it has to resolve conflicts with its superclass,
especially conflicts over width and height.
</para>
<para>
<!-- .LP -->
Sometimes a subclass may want to overwrite values filled in by its
superclass.
In particular, size calculations of a superclass are often
incorrect for a subclass, and, in this case,
the subclass must modify or recalculate fields declared
and computed by its superclass.
</para>
<para>
<!-- .LP -->
As an example,
a subclass can visually surround its superclass display.
In this case, the width and height calculated by the superclass set_values
procedure are too small and need to be incremented by the size of the surround.
The subclass needs to know if its superclass's size was calculated by the
superclass or was specified explicitly.
All widgets must place themselves into whatever size is explicitly given,
but they should compute a reasonable size if no size is requested.
How does a subclass know the difference between a specified size
and a size computed by a superclass?
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>request</emphasis> and <emphasis remap='I'>new</emphasis> parameters provide the necessary information.
The <emphasis remap='I'>request</emphasis> widget is a copy of the widget, updated as originally requested.
The <emphasis remap='I'>new</emphasis> widget starts with the values in the request,
but it has additionally been updated by all superclass set_values
procedures called so far.
A subclass set_values procedure can compare these two to resolve
any potential conflicts.
The set_values procedure need not refer to the <emphasis remap='I'>request</emphasis> widget
unless it must resolve conflicts between the <emphasis remap='I'>current</emphasis> and <emphasis remap='I'>new</emphasis> widgets.
Any changes the widget needs to make, including geometry changes,
should be made in the <emphasis remap='I'>new</emphasis> widget.
</para>
<para>
<!-- .LP -->
In the above example,
the subclass with the visual surround can see
if the <emphasis remap='I'>width</emphasis> and <emphasis remap='I'>height</emphasis> in the <emphasis remap='I'>request</emphasis> widget are zero.
If so,
it adds its surround size to the <emphasis remap='I'>width</emphasis> and
<emphasis remap='I'>height</emphasis> fields in the <emphasis remap='I'>new</emphasis> widget.
If not, it must make do with the size originally specified.
In this case, zero is a special value defined by the class to permit
the application to invoke this behavior.
</para>
<para>
<!-- .LP -->
The <emphasis remap='I'>new</emphasis> widget is the actual widget instance record.
Therefore,
the set_values procedure should do all its work on the <emphasis remap='I'>new</emphasis> widget;
the <emphasis remap='I'>request</emphasis> widget should never be modified.
If the set_values procedure needs to call any routines that operate on
a widget, it should specify <emphasis remap='I'>new</emphasis> as the widget instance.
</para>
<para>
<!-- .LP -->
Before calling the set_values procedures, the (xI modify the
resources of the <emphasis remap='I'>request</emphasis> widget according to the contents of the arglist;
if the widget names all its resources in the class resource list, it is
never necessary to examine the contents of <emphasis remap='I'>args</emphasis>.
</para>
<para>
<!-- .LP -->
Finally, the set_values procedure must return a Boolean that indicates whether
the widget needs to be redisplayed.
Note that a change in the geometry fields alone does not require
the set_values procedure to return
<function>True ;</function>
the X server will eventually generate an
<function>Expose</function>
event, if necessary.
After calling all the set_values procedures,
<function>XtSetValues</function>
forces a redisplay by calling
<function>XClearArea</function>
if any of the set_values procedures returned
<function>True .</function>
Therefore, a set_values procedure should not try to do its own redisplaying.
</para>
<para>
<!-- .LP -->
Set_values procedures should not do any work in response to changes in
geometry because
<function>XtSetValues</function>
eventually will perform a geometry request, and that request might be denied.
If the widget actually changes size in response to a
call to
<function>XtSetValues ,</function>
its resize procedure is called.
Widgets should do any geometry-related work in their resize procedure.
</para>
<para>
<!-- .LP -->
Note that it is permissible to call
<function>XtSetValues</function>
before a widget is realized.
Therefore, the set_values procedure must not assume that the widget is realized.

</para>
</sect4>
<sect4 id="Widget_State_The_set_values_almost_Procedure">
<title>Widget State: The set_values_almost Procedure</title>
<!-- .XS -->
<!-- (SN Widget State: The set_values_almost Procedure -->
<!-- .XE -->
<para>
<!-- .LP -->
The set_values_almost procedure pointer in the widget class record is of type
<function>XtAlmostProc .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "set_values_almost procedure" "" "@DEF@" -->
<!-- .IN "XtAlmostProc" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef void (*XtAlmostProc)(Widget, Widget, XtWidgetGeometry*, \
XtWidgetGeometry*);
<!-- .br -->
      Widget <emphasis remap='I'>old</emphasis>;
<!-- .br -->
      Widget <emphasis remap='I'>new</emphasis>;
<!-- .br -->
      XtWidgetGeometry *<emphasis remap='I'>request</emphasis>;
<!-- .br -->
      XtWidgetGeometry *<emphasis remap='I'>reply</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>old</emphasis>
    </term>
    <listitem>
      <para>
Specifies a copy of the object as it was before the
<function>XtSetValues</function>
call.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>new</emphasis>
    </term>
    <listitem>
      <para>
Specifies the object instance record.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>request</emphasis>
    </term>
    <listitem>
      <para>
Specifies the original geometry request that was sent to the geometry
manager that caused
<function>XtGeometryAlmost</function>
to be returned.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>reply</emphasis>
    </term>
    <listitem>
      <para>
Specifies the compromise geometry that was returned by the geometry
manager with
<function>XtGeometryAlmost .</function>
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
Most classes inherit the set_values_almost procedure from their superclass by
specifying
<function>XtInheritSetValuesAlmost</function>
in the class initialization.
The
set_values_almost procedure in
<function>rectObjClass</function>
accepts the compromise suggested.
</para>
<para>
<!-- .LP -->
The set_values_almost procedure is called when a client tries to set a widget's
geometry by means of a call to
<function>XtSetValues</function>
and the geometry manager cannot
satisfy the request but instead returns
<function>XtGeometryNo</function>
or
<function>XtGeometryAlmost</function>
and a compromise geometry.
The <emphasis remap='I'>new</emphasis> object is the actual instance record.  The <emphasis remap='I'>x</emphasis>, <emphasis remap='I'>y</emphasis>,
<emphasis remap='I'>width</emphasis>, <emphasis remap='I'>height</emphasis>,
and <emphasis remap='I'>border_width</emphasis> fields contain the original values as they were
before the
<function>XtSetValues</function>
call, and all other fields contain the new
values.  The <emphasis remap='I'>request</emphasis> parameter contains the new geometry request that
was made to the parent.  The <emphasis remap='I'>reply</emphasis> parameter contains
<emphasis remap='I'>reply-&gt;request_mode</emphasis> equal to zero if the parent returned
<function>XtGeometryNo</function>
and contains the parent's compromise geometry otherwise.  The
set_values_almost procedure takes the original geometry and the
compromise geometry and determines if the compromise is
acceptable or whether
to try a different compromise.
It returns its results in the <emphasis remap='I'>request</emphasis> parameter,
which is then sent back to the geometry manager for another try.
To accept the compromise, the procedure must copy the contents
of the <emphasis remap='I'>reply</emphasis> geometry into the <emphasis remap='I'>request</emphasis> geometry; to attempt an
alternative geometry, the procedure may modify any part of the <emphasis remap='I'>request</emphasis>
argument; to terminate the geometry negotiation and retain the
original geometry, the procedure must set <emphasis remap='I'>request-&gt;request_mode</emphasis> to
zero.  The geometry fields of the <emphasis remap='I'>old</emphasis> and <emphasis remap='I'>new</emphasis> instances must not be modified
directly.

</para>
</sect4>
<sect4 id="Widget_State_The_ConstraintClassPart_set_values_Procedure">
<title>Widget State: The ConstraintClassPart set_values Procedure</title>
<!-- .XS -->
<!-- (SN Widget State: The ConstraintClassPart set_values Procedure -->
<!-- .XE -->
<!-- .IN "set_values procedure" -->
<para>
<!-- .LP -->
The constraint set_values procedure pointer is of type
<function>XtSetValuesFunc .</function>
The values passed to the parent's constraint set_values procedure
are the same as those passed to the child's class
set_values procedure.
A class can specify NULL for the <emphasis remap='I'>set_values</emphasis> field of the
<function>ConstraintPart</function>
if it need not compute anything.
</para>
<para>
<!-- .LP -->
The constraint set_values procedure should recompute any constraint fields
derived from constraint resources that are changed.
Furthermore, it may modify other widget fields as appropriate.
For example, if a constraint for the maximum height of a widget is changed
to a value smaller than the widget's current height,
the constraint set_values procedure may reset the <emphasis remap='I'>height</emphasis> field in the
widget.

</para>
</sect4>
<sect4 id="Widget_Subpart_State">
<title>Widget Subpart State</title>
<!-- .XS -->
<!-- (SN Widget Subpart State -->
<!-- .XE -->
<para>
<!-- .LP -->
To set the current values of subpart resources associated with a
widget instance, use
<function>XtSetSubvalues .</function>
For a discussion of subpart resources,
see Section 9.4.
</para>
<para>
<!-- .LP -->
<!-- .IN "XtSetSubvalues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtSetSubvalues(<emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, \
<emphasis remap='I'>args</emphasis>, <emphasis remap='I'>num_args</emphasis>)
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .br -->
      ArgList <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure into which the
resources should be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the subpart resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list of name/value pairs that contain the
resources to be modified and their new values.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The
<function>XtSetSubvalues</function>
function updates the resource fields of the structure identified by
<emphasis remap='I'>base</emphasis>.  Any specified arguments that do not match an entry in the
resource list are silently ignored.
<!-- .sp -->
</para>
<para>
<!-- .LP -->
To set the current values of subpart resources associated with
a widget instance using varargs lists, use
<function>XtVaSetSubvalues .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "XtVaSetSubvalues" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
void XtVaSetSubvalues(<emphasis remap='I'>base</emphasis>, <emphasis remap='I'>resources</emphasis>, <emphasis remap='I'>num_resources</emphasis>, ...)
<!-- .br -->
      XtPointer <emphasis remap='I'>base</emphasis>;
<!-- .br -->
      XtResourceList <emphasis remap='I'>resources</emphasis>;
<!-- .br -->
      Cardinal <emphasis remap='I'>num_resources</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>base</emphasis>
    </term>
    <listitem>
      <para>
Specifies the base address of the subpart data structure into which the
resources should be written.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the subpart resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_resources</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the resource list.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      ...
    </term>
    <listitem>
      <para>
Specifies the variable argument list of name/value pairs that
contain the resources to be modified and their new values.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
<function>XtVaSetSubvalues</function>
is identical in function to
<function>XtSetSubvalues</function>
with the <emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters replaced by a varargs list, as
described in Section 2.5.1.
<function>XtVaTypedArg</function>
is not supported for
<function>XtVaSetSubvalues .</function>
If an entry containing
<function>XtVaTypedArg</function>
is specified in the list, a warning message is issued
and the entry is ignored.

</para>
</sect4>
<sect4 id="Widget_Subpart_Resource_Data_The_set_values_hook_Procedure">
<title>Widget Subpart Resource Data: The set_values_hook Procedure</title>
<!-- .XS -->
<!-- (SN Widget Subpart Resource Data: The set_values_hook Procedure -->
<!-- .XE -->
<!-- .IN "set_values_hook procedure" -->
<!-- .NT -->
The set_values_hook procedure is obsolete, as the same information
is now available to the set_values procedure.  The procedure has been
retained for those widgets that used it in versions prior to Release 4.
<!-- .NE -->
<para>
<!-- .LP -->
Widgets that have a subpart can set the subpart resource values through
<function>XtSetValues</function>
by supplying a set_values_hook procedure.
The set_values_hook procedure pointer in a widget class is of type
<function>XtArgsFunc .</function>
</para>
<para>
<!-- .LP -->
<!-- .IN "set_values_hook procedure" "" "@DEF@" -->
<!-- .IN "XtArgsFunc" "" "@DEF@" -->
<!-- .sM -->
</para>
<!-- .FD 0 -->
typedef Boolean (*XtArgsFunc)(Widget, Arglist, Cardinal*);
<!-- .br -->
      Widget <emphasis remap='I'>w</emphasis>;
<!-- .br -->
      Arglist <emphasis remap='I'>args</emphasis>;
<!-- .br -->
      Cardinal *<emphasis remap='I'>num_args</emphasis>;
<!-- .FN -->
<variablelist>
  <varlistentry>
    <term>
      <emphasis remap='I'>w</emphasis>
    </term>
    <listitem>
      <para>
Specifies the widget whose subpart resource values are to be changed.
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the argument list that was passed to
<function>XtSetValues</function>
or the transformed varargs list passed to
<function>XtVaSetValues .</function>
      </para>
    </listitem>
  </varlistentry>
  <varlistentry>
    <term>
      <emphasis remap='I'>num_args</emphasis>
    </term>
    <listitem>
      <para>
Specifies the number of entries in the argument list.
    </para>
  </listitem>
  </varlistentry>
</variablelist>
<para>
<!-- .LP -->
<!-- .eM -->
The widget with subpart resources may call
<function>XtSetValues</function>
from the set_values_hook procedure
and pass in its subresource list and the
<emphasis remap='I'>args</emphasis> and <emphasis remap='I'>num_args</emphasis> parameters.
<!-- .bp -->






























































</para>
</sect4>
</sect3>
</sect2>
</chapter>
</book>