FM / libXt

/usr/share/doc/libXt

Name	Size	Mode	Actions
acknowledgement.xml	8743	0644	edit dl rm
appA.xml	3644	0644	edit dl rm
appB.xml	32505	0644	edit dl rm
appC.xml	56361	0644	edit dl rm
appD.xml	28405	0644	edit dl rm
appE.xml	38698	0644	edit dl rm
appF.xml	3893	0644	edit dl rm
CH01.xml	89186	0644	edit dl rm
CH02.xml	143010	0644	edit dl rm
CH03.xml	43858	0644	edit dl rm
CH04.xml	78069	0644	edit dl rm
CH05.xml	30989	0644	edit dl rm
CH06.xml	43514	0644	edit dl rm
CH07.xml	150747	0644	edit dl rm
CH08.xml	17593	0644	edit dl rm
CH09.xml	136490	0644	edit dl rm
CH10.xml	67632	0644	edit dl rm
CH11.xml	168130	0644	edit dl rm
CH12.xml	33863	0644	edit dl rm
CH13.xml	30677	0644	edit dl rm
COPYING	5673	0644	edit dl rm
intrinsics.xml	5307	0644	edit dl rm
preface.xml	2733	0644	edit dl rm

Edit: /usr/share/doc/libXt/appF.xml (3893B)

<appendix id='Resource_Configuration_Management'>
<title>Resource Configuration Management</title>
<para>
Setting and changing resources in X applications can be difficult for
both the application programmer and the end user.  <emphasis role='strong'>Resource
Configuration Management (RCM)</emphasis> addresses this problem by changing
the <function>X Intrinsics</function> to immediately modify a resource for a
specified widget and each child widget in the hierarchy.
In this context, immediate means: no sourcing of a resource
file is required; the application does not need to be restarted for the
new resource values to take effect; and the change
occurs immediately.
</para>

<para>
The main difference between <function>RCM</function> and the <function>Editres</function>
protocol is that the <function>RCM</function>
customizing hooks reside in the <function>Intrinsics</function> and thus are linked with
other toolkits such as Motif and the Athena widgets.  However, the
<function>EditRes</function> protocol requires the application to link with the
<function>EditRes</function>
routines in the Xmu library and Xmu is not used by all applications that
use Motif.  Also, the <function>EditRes</function> protocol uses ClientMessage,
whereas the
<function>RCM</function> <function>Intrinsics</function> hooks use <function>PropertyNotify</function> events.
</para>

<para>
X Properties and the <function>PropertyNotify</function> events are used
to implement <function>RCM</function> and
allow on-the-fly resource customization.  When the X Toolkit is
initialized, two atoms are interned with the strings
<emphasis remap='I'>Custom Init</emphasis> and
<emphasis remap='I'>Custom Data</emphasis>.  Both
<function>_XtCreatePopupShell</function>
and
<function>_XtAppCreateShell</function>
register a <function>PropertyNotify</function> event handler to handle these properties.
</para>

<para>
A customization tool uses the <emphasis remap='I'>Custom Init</emphasis> property to <emphasis remap='I'>ping</emphasis> an
application to get the application's toplevel window.  When the
application's property notify event handler is invoked, the handler
deletes the property.  No data is transferred in this property.
</para>

<para>
A customization tool uses the <emphasis remap='I'>Custom Data</emphasis> property to tell an
application that it should change a resource's value.  The data in
the property contains the length of the resource name (the number
of bytes in the resource name), the resource name and the new
value for the resource.  This property's type is <function>XA_STRING</function> and
the format of the string is:
</para>
<orderedlist>
  <listitem>
    <para>
The length of the resource name (the number of bytes in
the resource name)
    </para>
  </listitem>
  <listitem>
    <para>
One space character
    </para>
  </listitem>
  <listitem>
    <para>
The resource name
    </para>
  </listitem>
  <listitem>
    <para>
One space character
    </para>
  </listitem>
  <listitem>
    <para>
The resource value
    </para>
  </listitem>
</orderedlist>
<para>
When setting the application's resource, the event handler calls
functions to walk the application's widget tree, determining which
widgets are affected by the resource string, and then applying the value
with
<xref linkend='XtSetValues' xrefstyle='select: title'/>.
As the widget tree is recursively descended, at
each level in the widget tree a resource part is tested for a match.
When the entire resource string has been matched, the value is applied
to the widget or widgets.
</para>

<para>
Before a value is set on a widget, it is first determined if the last
part of the resource is a valid resource for that widget.  It must also
add the resource to the application's resource database and then query
it using specific resource strings that is builds from the widget
information.
</para>
</appendix>

Resource Configuration Management Setting and changing resources in X applications can be difficult for both the application programmer and the end user. Resource Configuration Management (RCM) addresses this problem by changing the X Intrinsics to immediately modify a resource for a specified widget and each child widget in the hierarchy. In this context, immediate means: no sourcing of a resource file is required; the application does not need to be restarted for the new resource values to take effect; and the change occurs immediately. The main difference between RCM and the Editres protocol is that the RCM customizing hooks reside in the Intrinsics and thus are linked with other toolkits such as Motif and the Athena widgets. However, the EditRes protocol requires the application to link with the EditRes routines in the Xmu library and Xmu is not used by all applications that use Motif. Also, the EditRes protocol uses ClientMessage, whereas the RCM Intrinsics hooks use PropertyNotify events. X Properties and the PropertyNotify events are used to implement RCM and allow on-the-fly resource customization. When the X Toolkit is initialized, two atoms are interned with the strings Custom Init and Custom Data. Both _XtCreatePopupShell and _XtAppCreateShell register a PropertyNotify event handler to handle these properties. A customization tool uses the Custom Init property to ping an application to get the application's toplevel window. When the application's property notify event handler is invoked, the handler deletes the property. No data is transferred in this property. A customization tool uses the Custom Data property to tell an application that it should change a resource's value. The data in the property contains the length of the resource name (the number of bytes in the resource name), the resource name and the new value for the resource. This property's type is XA_STRING and the format of the string is: The length of the resource name (the number of bytes in the resource name) One space character The resource name One space character The resource value When setting the application's resource, the event handler calls functions to walk the application's widget tree, determining which widgets are affected by the resource string, and then applying the value with . As the widget tree is recursively descended, at each level in the widget tree a resource part is tested for a match. When the entire resource string has been matched, the value is applied to the widget or widgets. Before a value is set on a widget, it is first determined if the last part of the resource is a valid resource for that widget. It must also add the resource to the application's resource database and then query it using specific resource strings that is builds from the widget information.