diff options
author | Matt Dew <marcoz@osource.org> | 2011-11-05 04:06:25 -0600 |
---|---|---|
committer | Matt Dew <marcoz@osource.org> | 2011-11-05 04:06:25 -0600 |
commit | e379a367178cb3e3475d6bd14573712fafadd1b6 (patch) | |
tree | 6782df45f9971de6ae8232ef80f5e3850d93d098 | |
parent | f9c3ee2534b0692dc7063caf287373d0f618e2b0 (diff) |
doc cleanup
removed class='monospaced'
cleaned up typos
added floating point column widths to fix build warning msgs.
added xrefs
-rwxr-xr-x | specs/CH01.xml | 84 | ||||
-rwxr-xr-x | specs/CH02.xml | 39 | ||||
-rwxr-xr-x | specs/CH03.xml | 4 | ||||
-rwxr-xr-x | specs/CH04.xml | 130 | ||||
-rwxr-xr-x | specs/CH05.xml | 6 | ||||
-rwxr-xr-x | specs/CH06.xml | 32 | ||||
-rwxr-xr-x | specs/CH07.xml | 12 | ||||
-rwxr-xr-x | specs/CH08.xml | 4 | ||||
-rwxr-xr-x | specs/CH09.xml | 74 | ||||
-rwxr-xr-x | specs/CH10.xml | 6 | ||||
-rwxr-xr-x | specs/CH11.xml | 30 | ||||
-rwxr-xr-x | specs/CH12.xml | 46 | ||||
-rwxr-xr-x | specs/CH13.xml | 8 | ||||
-rwxr-xr-x | specs/appA.xml | 4 | ||||
-rwxr-xr-x | specs/appB.xml | 66 | ||||
-rwxr-xr-x | specs/appD.xml | 12 | ||||
-rwxr-xr-x | specs/appE.xml | 48 | ||||
-rwxr-xr-x | specs/intrinsics.xml | 10 | ||||
-rwxr-xr-x | specs/preface.xml | 280 |
19 files changed, 528 insertions, 367 deletions
diff --git a/specs/CH01.xml b/specs/CH01.xml index 3fb7385..7fcf376 100755 --- a/specs/CH01.xml +++ b/specs/CH01.xml @@ -72,26 +72,26 @@ any module, widget, or application that calls an Intrinsics procedure. <para> Applications that use the Intrinsics mechanisms must include the header files -<function>< X11/Intrinsic.h ></function> +<function><X11/Intrinsic.h></function> and -<function>< X11/StringDefs.h >,</function> +<function><X11/StringDefs.h></function>, or their equivalent, and they may also include -<function>< X11/Xatoms.h ></function> +<function><X11/Xatoms.h></function> and -<function>< X11/Shell.h >.</function> +<function><X11/Shell.h></function>. In addition, widget implementations should include -<function>< X11/IntrinsicP.h ></function> +<function><X11/IntrinsicP.h></function> instead of -<function>< X11/Intrinsic.h >.</function> +<function><X11/Intrinsic.h></function>. </para> <para> The applications must also include the additional header files for each widget class that they are to use (for example, -<function>< X11/Xaw/Label.h ></function> +<function><X11/Xaw/Label.h></function> or -<function>< X11/Xaw/Scrollbar.h >).</function> +<function><X11/Xaw/Scrollbar.h>).</function> On a POSIX-based system, the Intrinsics object library file is named <function>libXt.a</function> @@ -215,38 +215,38 @@ structure. </para> <literallayout> typedef struct { - WidgetClass superclass; See Section 1.6 - String class_name; See Chapter 9 - Cardinal widget_size; See Section 1.6 - XtProc class_initialize; See Section 1.6 - XtWidgetClassProc class_part_initialize; See Section 1.6 - XtEnum class_inited; See Section 1.6 - XtInitProc initialize; See Section 2.5 - XtArgsProc initialize_hook; See Section 2.5 - XtRealizeProc realize; See Section 2.6 - XtActionList actions; See Chapter 10 - Cardinal num_actions; See Chapter 10 - XtResourceList resources; See Chapter 9 - Cardinal num_resources; See Chapter 9 + WidgetClass superclass; See <xref linkend="Widget_Classing" /> + String class_name; See <xref linkend="Resource_Management" /> + Cardinal widget_size; See <xref linkend="Widget_Classing" /> + XtProc class_initialize; See <xref linkend="Widget_Classing" /> + XtWidgetClassProc class_part_initialize; See <xref linkend="Widget_Classing" /> + XtEnum class_inited; See <xref linkend="Widget_Classing" /> + XtInitProc initialize; See <xref linkend='Creating_Widgets' /> + XtArgsProc initialize_hook; See <xref linkend='Creating_Widgets' /> + XtRealizeProc realize; See <xref linkend='Realizing_Widgets' /> + XtActionList actions; See <xref linkend='Translation_Management' /> + Cardinal num_actions; See <xref linkend='Translation_Management' /> + XtResourceList resources; See <xref linkend="Resource_Management" /> + Cardinal num_resources; See <xref linkend="Resource_Management" /> XrmClass xrm_class; Private to resource manager - Boolean compress_motion; See Section 7.9 - XtEnum compress_exposure; See Section 7.9 - Boolean compress_enterleave; See Section 7.9 - Boolean visible_interest; See Section 7.10 - XtWidgetProc destroy; See Section 2.8 - XtWidgetProc resize; See Chapter 6 - XtExposeProc expose; See Section 7.10 - XtSetValuesFunc set_values; See Section 9.7 - XtArgsFunc set_values_hook; See Section 9.7 - XtAlmostProc set_values_almost; See Section 9.7 - XtArgsProc get_values_hook; See Section 9.7 - XtAcceptFocusProc accept_focus; See Section 7.3 - XtVersionType version; See Section 1.6 + Boolean compress_motion; See <xref linkend='X_Event_Filters' /> + XtEnum compress_exposure; See <xref linkend='X_Event_Filters' /> + Boolean compress_enterleave; See <xref linkend='X_Event_Filters' /> + Boolean visible_interest; See <xref linkend='Widget_Exposure_and_Visibility' /> + XtWidgetProc destroy; See <xref linkend='Destroying_Widgets' /> + XtWidgetProc resize; See <xref linkend='Geometry_Management' /> + XtExposeProc expose; See <xref linkend='Widget_Exposure_and_Visibility' /> + XtSetValuesFunc set_values; See <xref linkend='Reading_and_Writing_Widget_State' /> + XtArgsFunc set_values_hook; See <xref linkend='Reading_and_Writing_Widget_State' /> + XtAlmostProc set_values_almost; See <xref linkend='Reading_and_Writing_Widget_State' /> + XtArgsProc get_values_hook; See <xref linkend='Reading_and_Writing_Widget_State' /> + XtAcceptFocusProc accept_focus; See <xref linkend='Focusing_Events_on_a_Child' /> + XtVersionType version; See <xref linkend="Widget_Classing" /> XtPointer callback_private; Private to callbacks - String tm_table; See Chapter 10 - XtGeometryHandler query_geometry; See Chapter 6 - XtStringProc display_accelerator; See Chapter 10 - XtPointer extension; See Section 1.6 + String tm_table; See <xref linkend='Translation_Management' /> + XtGeometryHandler query_geometry; See <xref linkend ='Geometry_Management' /> + XtStringProc display_accelerator; See <xref linkend='Translation_Management' /> + XtPointer extension; See <xref linkend="Widget_Classing" /> } CoreClassPart; </literallayout> <para> @@ -1251,7 +1251,7 @@ the <emphasis remap='I'>background_pixmap</emphasis> field has the corresponding XtNbackgroundPixmap, which is defined as the string ``backgroundPixmap''. Many predefined names are listed in -<function>< X11/StringDefs.h >.</function> +<function><X11/StringDefs.h></function>. Before you invent a new name, you should make sure there is not already a name that you can use. </para> @@ -1264,7 +1264,7 @@ Each resource class string should have a symbolic identifier prefixed with ``XtC'' (for example, XtCBorderWidth). Many predefined classes are listed in -<function>< X11/StringDefs.h >.</function> +<function><X11/StringDefs.h></function>. </para> </listitem> <listitem> @@ -1275,7 +1275,7 @@ Each representation string should have a symbolic identifier prefixed with ``XtR'' (for example, XtRTranslationTable). Many predefined representation types are listed in -<function>< X11/StringDefs.h >.</function> +<function><X11/StringDefs.h></function>. </para> </listitem> <listitem> @@ -1973,7 +1973,7 @@ To check a widget's class and to generate a debugging error message, use <xref linkend='XtCheckSubclass' xrefstyle='select: title'/>, defined in -<function>< X11/IntrinsicP.h >:</function> +<function><X11/IntrinsicP.h></function>: </para> <funcsynopsis id='XtCheckSubclass'> diff --git a/specs/CH02.xml b/specs/CH02.xml index 017b2d9..87dd7fa 100755 --- a/specs/CH02.xml +++ b/specs/CH02.xml @@ -810,7 +810,7 @@ prior to <xref linkend='XtDisplayInitialize' xrefstyle='select: title'/>, as in the following example. </para> -<literallayout class="monospaced"> +<literallayout> Widget top; XtSetLanguageProc(NULL, NULL, NULL); top = XtOpenApplication(...); @@ -1258,7 +1258,7 @@ and it takes as a parameter additional application-specific resource abbreviations. The format of this table is described in Section 15.9 in <emphasis remap='I'>Xlib — C Language X Interface</emphasis>. </para> -<literallayout class="monospaced"> +<literallayout> typedef enum { XrmoptionNoArg, /* Value is specified in OptionDescRec.value */ XrmoptionIsArg, /* Value is the option string itself */ @@ -1279,10 +1279,15 @@ typedef struct { </literallayout> <para>The standard table contains the following entries:</para> -<informaltable> - <tgroup cols='4' align='center'> +<informaltable frame='topbot'> + <?dbfo keep-together="always" ?> + <tgroup cols='4' align='left' colsep='0' rowsep='0'> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> + <colspec colwidth='1.0*' colname='c4'/> <thead> - <row> + <row rowsep='1'> <entry>Option String</entry> <entry>Resource Name</entry> <entry>Argument Kind</entry> @@ -1483,7 +1488,7 @@ to give a red background to all command buttons in an application named <function>xmh</function>, you can start it up as </para> -<literallayout class="monospaced"> +<literallayout> xmh -xrm 'xmh*Command.background: red' </literallayout> <para> @@ -1591,7 +1596,7 @@ These are passed as an arglist, a pointer to an array of <function>Arg</function> structures, which contains </para> -<literallayout class="monospaced"> +<literallayout> typedef struct { String name; XtArgVal value; @@ -1667,7 +1672,7 @@ The function is usually used in a highly stylized manner to minimize the probability of making a mistake; for example: </para> -<literallayout class="monospaced"> +<literallayout> Arg args[20]; int n; n = 0; @@ -1680,7 +1685,7 @@ Alternatively, an application can statically declare the argument list and use <xref linkend='XtNumber' xrefstyle='select: title'/>: </para> -<literallayout class="monospaced"> +<literallayout> static Args args[] = { {XtNheight, (XtArgVal) 100}, {XtNwidth, (XtArgVal) 200}, @@ -1801,7 +1806,7 @@ Two special names are defined for use only in varargs lists: and <function>XtVaNestedList</function>. </para> -<literallayout class="monospaced"> +<literallayout> #define XtVaTypedArg "XtVaTypedArg" </literallayout> <para> @@ -1830,7 +1835,7 @@ otherwise <emphasis remap='I'>value</emphasis> is a pointer to the data. If the conversion fails for any reason, a warning message is issued and the list entry is skipped. </para> -<literallayout class="monospaced"> +<literallayout> #define XtVaNestedList "XtVaNestedList" </literallayout> <para> @@ -1851,7 +1856,7 @@ To dynamically allocate a varargs list for use with in multiple calls, use <xref linkend='XtVaCreateArgsList' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout> typedef XtPointer XtVarArgsList; </literallayout> @@ -2325,7 +2330,7 @@ The first method, which is best used when there is a clear choice for what is the main window, leads to resource specifications like the following: </para> -<literallayout class="monospaced"> +<literallayout> xmail.geometry:... (the main window) xmail.read.geometry:... (the read window) xmail.compose.geometry:... (the compose window) @@ -2335,7 +2340,7 @@ The second method, which is best if there is no main window, leads to resource specifications like the following: </para> -<literallayout class="monospaced"> +<literallayout> xmail.headers.geometry:... (the headers window) xmail.read.geometry:... (the read window) xmail.compose.geometry:... (the compose window) @@ -2729,7 +2734,7 @@ When the call to create a widget includes a varargs list containing these arguments will be passed to the allocation procedure in an <function>XtTypedArgList</function>. </para> -<literallayout class="monospaced"> +<literallayout> typedef struct { String name; String type; @@ -4223,7 +4228,7 @@ procedure <emphasis remap='I'>ClientDestroy</emphasis> with client data to a wid <xref linkend='XtAddCallback' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout> XtAddCallback(<emphasis remap='I'>w</emphasis>, XtNdestroyCallback, <emphasis remap='I'>ClientDestroy</emphasis>, <emphasis remap='I'>client_data</emphasis>) </literallayout> @@ -4233,7 +4238,7 @@ procedure <emphasis remap='I'>ClientDestroy</emphasis> by calling <xref linkend='XtRemoveCallback' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout> XtRemoveCallback(<emphasis remap='I'>w</emphasis>, XtNdestroyCallback, <emphasis remap='I'>ClientDestroy</emphasis>, <emphasis remap='I'>client_data</emphasis>) </literallayout> <para> diff --git a/specs/CH03.xml b/specs/CH03.xml index 6fb9dc8..21d713f 100755 --- a/specs/CH03.xml +++ b/specs/CH03.xml @@ -1304,7 +1304,7 @@ For example, a widget class that needs to maintain a maximum width and height for each child might define its constraint record as follows: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { Dimension max_width, max_height; } MaxConstraintPart; @@ -1316,7 +1316,7 @@ typedef struct { A subclass of this widget class that also needs to maintain a minimum size would define its constraint record as follows: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { Dimension min_width, min_height; } MinConstraintPart; diff --git a/specs/CH04.xml b/specs/CH04.xml index d796019..e7e3a20 100755 --- a/specs/CH04.xml +++ b/specs/CH04.xml @@ -21,8 +21,8 @@ Clients should never attempt to change the size of their shells directly. <para>The five types of public shells are:</para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry><function>OverrideShell</function></entry> @@ -81,8 +81,8 @@ They also can provide a layer of communication with the window manager. <para>The eight different types of shells are:</para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry><emphasis role='bold'>Shell</emphasis></entry> @@ -156,7 +156,7 @@ class has additional class fields, which are all contained in the None of the other Shell classes have any additional class fields: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { XtPointer extension; } ShellClassPart, OverrideShellClassPart, @@ -166,7 +166,7 @@ TopLevelShellClassPart, ApplicationShellClassPart, SessionShellClassPart; <para>The full Shell class record definitions are:</para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -174,7 +174,7 @@ typedef struct _ShellClassRec { } ShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { XtPointer next_extension; See Section 1.6.12 XrmQuark record_type; See Section 1.6.12 @@ -184,7 +184,7 @@ typedef struct { } ShellClassExtensionRec, *ShellClassExtension; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _OverrideShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -193,7 +193,7 @@ typedef struct _OverrideShellClassRec { } OverrideShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _WMShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -202,7 +202,7 @@ typedef struct _WMShellClassRec { } WMShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _VendorShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -212,7 +212,7 @@ typedef struct _VendorShellClassRec { } VendorShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _TransientShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -223,7 +223,7 @@ typedef struct _TransientShellClassRec { } TransientShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _TopLevelShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -234,7 +234,7 @@ typedef struct _TopLevelShellClassRec { } TopLevelShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _ApplicationShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -246,7 +246,7 @@ typedef struct _ApplicationShellClassRec { } ApplicationShellClassRec; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct _SessionShellClassRec { CoreClassPart core_class; CompositeClassPart composite_class; @@ -264,7 +264,7 @@ The single occurrences of the class records and pointers for creating instances of shells are: </para> -<literallayout class="monospaced"> +<literallayout > extern ShellClassRec shellClassRec; extern OverrideShellClassRec overrideShellClassRec; extern WMShellClassRec wmShellClassRec; @@ -291,8 +291,8 @@ Shell. <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Types</entry> @@ -446,7 +446,7 @@ fields defined in their widget records: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String geometry; XtCreatePopupChildProc create_popup_child_proc; @@ -463,13 +463,13 @@ typedef struct { } ShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { int empty; } OverrideShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { String title; int wm_timeout; @@ -496,13 +496,13 @@ typedef struct { } WMShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { int vendor_specific; } VendorShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { Widget transient_for; } TransientShellPart; @@ -513,7 +513,7 @@ typedef struct { } TopLevelShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { char * class; XrmClass xrm_class; @@ -522,7 +522,7 @@ typedef struct { } ApplicationShellPart; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { SmcConn connection; String session_id; @@ -549,7 +549,7 @@ typedef struct { The full shell widget instance record definitions are: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -557,7 +557,7 @@ typedef struct { } ShellRec, *ShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -566,7 +566,7 @@ typedef struct { } OverrideShellRec, *OverrideShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -575,7 +575,7 @@ typedef struct { } WMShellRec, *WMShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -585,7 +585,7 @@ typedef struct { } VendorShellRec, *VendorShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -596,7 +596,7 @@ typedef struct { } TransientShellRec, *TransientShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -607,7 +607,7 @@ typedef struct { } TopLevelShellRec, *TopLevelShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -619,7 +619,7 @@ typedef struct { } ApplicationShellRec, *ApplicationShellWidget; </literallayout> -<literallayout class="monospaced"> +<literallayout > typedef struct { CorePart core; CompositePart composite; @@ -645,9 +645,9 @@ resource list are: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -713,9 +713,9 @@ resource list are: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -888,9 +888,9 @@ resource list are: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -914,9 +914,9 @@ resource list are: <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -950,9 +950,9 @@ resource list are: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -982,9 +982,9 @@ resource list are: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -1100,8 +1100,8 @@ initialize procedures) are: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1255,8 +1255,8 @@ and its subclasses are: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1462,8 +1462,8 @@ the value of the field is modified as follows: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1535,8 +1535,8 @@ shells have the following additional resource: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1571,8 +1571,8 @@ shells have the the following additional resources: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1646,8 +1646,8 @@ shells have the following additional resources: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1680,8 +1680,8 @@ initialize procedure, are <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Field</entry> @@ -1984,7 +1984,7 @@ The checkpoint token in the <emphasis remap='I'>call_data</emphasis> parameter i <function>XtCheckpointToken</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { int save_type; int interact_style; diff --git a/specs/CH05.xml b/specs/CH05.xml index 54317ad..53f17be 100755 --- a/specs/CH05.xml +++ b/specs/CH05.xml @@ -389,7 +389,7 @@ Some of these routines take an argument of type <function>XtGrabKind</function>, which is defined as </para> -<literallayout class="monospaced"> +<literallayout > typedef enum {XtGrabNone, XtGrabNonexclusive, XtGrabExclusive} XtGrabKind; </literallayout> @@ -505,7 +505,7 @@ or <function>XtGrabExclusive</function>, it calls </para> -<literallayout class="monospaced"> +<literallayout > XtAddGrab(<emphasis remap='I'>popup_shell</emphasis>, (<emphasis remap='I'>grab_kind</emphasis> == XtGrabExclusive), False) </literallayout> </listitem> @@ -974,7 +974,7 @@ The function casts the <emphasis remap='I'>client_data</emphasis> parameter to a pointer of type <function>XtPopdownID</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { Widget shell_widget; Widget enable_widget; diff --git a/specs/CH06.xml b/specs/CH06.xml index 6df6892..28a7118 100755 --- a/specs/CH06.xml +++ b/specs/CH06.xml @@ -118,7 +118,7 @@ When making a geometry request, the child specifies an structure. </para> -<literallayout class="monospaced"> +<literallayout > typedef unsigned long XtGeometryMask; typedef struct { XtGeometryMask request_mode; @@ -271,7 +271,7 @@ when called by a child of a primitive widget. The return codes from geometry managers are </para> -<literallayout class="monospaced"> +<literallayout > typedef enum { XtGeometryYes, XtGeometryNo, @@ -282,14 +282,14 @@ typedef enum { <para> The <emphasis remap='I'>request_mode</emphasis> definitions are from -<function><X11/X.h>.</function> +<function><X11/X.h></function>. </para> <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>#define</entry> @@ -336,9 +336,9 @@ The Intrinsics also support the following value. <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>#define</entry> @@ -367,14 +367,14 @@ structure the caller wants to specify. <para> The <emphasis remap='I'>stack_mode</emphasis> definitions are from -<function><X11/X.h>:</function> +<function><X11/X.h></function>: </para> <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>#define</entry> @@ -411,9 +411,9 @@ The Intrinsics also support the following value. <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>#define</entry> diff --git a/specs/CH07.xml b/specs/CH07.xml index a5050b4..23440e3 100755 --- a/specs/CH07.xml +++ b/specs/CH07.xml @@ -2918,7 +2918,7 @@ dispatched to the widget's expose procedure. This field must be initialized to one of the following values: </para> -<literallayout class="monospaced"> +<literallayout > #define XtExposeNoCompress ((XtEnum)False) #define XtExposeCompressSeries ((XtEnum)True) #define XtExposeCompressMultiple <implementation-defined> @@ -3205,7 +3205,7 @@ the widgets Label, Pushbutton, and Toggle, you could write a single display routine in Label that uses display state fields like </para> -<literallayout class="monospaced"> +<literallayout > Boolean invert; Boolean highlight; Dimension highlight_width; @@ -3583,7 +3583,7 @@ To register an event handler procedure that receives events before or after all previously registered event handlers, use <xref linkend='XtInsertEventHandler' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout > typedef enum {XtListHead, XtListTail} XtListPosition; </literallayout> @@ -4783,7 +4783,7 @@ Resource converters are an exception. They require the application context or process to be locked before the application can safely call them directly, for example: </para> -<literallayout class="monospaced"> +<literallayout > ... XtAppLock(app_context); XtCvtStringToPixel(dpy, args, num_args, fromVal, toVal, closure_ret); @@ -4804,7 +4804,7 @@ utility functions, such as one which retrieves the being_destroyed field from a widget instance, must lock the application context before accessing widget internal data. For example: </para> -<literallayout class="monospaced"> +<literallayout > #include <X11/CoreP.h> Boolean BeingDestroyed (widget) Widget widget; @@ -4820,7 +4820,7 @@ Boolean BeingDestroyed (widget) A client that wishes to atomically call two or more Intrinsics functions must lock the application context. For example: </para> -<literallayout class="monospaced"> +<literallayout > ... XtAppLock(XtWidgetToApplicationContext(widget)); XtUnmanageChild (widget1); diff --git a/specs/CH08.xml b/specs/CH08.xml index 01b1fed..17bd100 100755 --- a/specs/CH08.xml +++ b/specs/CH08.xml @@ -98,7 +98,7 @@ call, it should specify the address of a NULL-terminated array of type <function>XtCallbackList</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { XtCallbackProc callback; XtPointer closure; @@ -108,7 +108,7 @@ typedef struct { For example, the callback list for procedures A and B with client data clientDataA and clientDataB, respectively, is </para> -<literallayout class="monospaced"> +<literallayout > static XtCallbackRec callbacks[] = { {A, (XtPointer) clientDataA}, {B, (XtPointer) clientDataB}, diff --git a/specs/CH09.xml b/specs/CH09.xml index 338539c..29950f7 100755 --- a/specs/CH09.xml +++ b/specs/CH09.xml @@ -43,15 +43,15 @@ The declaration for the <function>XtResource</function> structure is </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { - String resource_name; - String resource_class; - String resource_type; - Cardinal resource_size; - Cardinal resource_offset; - String default_type; - XtPointer default_addr; + String resource_name; + String resource_class; + String resource_type; + Cardinal resource_size; + Cardinal resource_offset; + String default_type; + XtPointer default_addr; } XtResource, *XtResourceList; </literallayout> <para> @@ -81,7 +81,7 @@ sequence ``Xt'' are reserved to the Intrinsics 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 Intrinsics are named in -<function><X11/StringDefs.h>.</function> +<function><X11/StringDefs.h></function>. The Intrinsics's symbolic resource names begin with ``XtN'' and are followed by the string name (for example, XtNbackgroundPixel @@ -127,7 +127,7 @@ and all the other pixel entries a resource class of Then, the resource file needs only two lines to change all pixels to ivory or darkblue: </para> -<literallayout class="monospaced"> +<literallayout > *Background: ivory *Foreground: darkblue </literallayout> @@ -137,7 +137,7 @@ but all fonts should have the class Font. Thus, changing all fonts simply requires only a single line in the default resource file: </para> -<literallayout class="monospaced"> +<literallayout > *Font: 6x13 </literallayout> <para> @@ -166,9 +166,9 @@ The Intrinsics define the following resource types: </para> <informaltable> - <tgroup cols='2' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <tgroup cols='2' align='left'> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Resource Type</entry> @@ -631,7 +631,7 @@ see Sections 9.7.1 and 9.7.2. <para> Here is an abbreviated version of a possible resource list for a Label widget: </para> -<literallayout class="monospaced"> +<literallayout > /* Resources specific to Label */ static XtResource resources[] = { {XtNforeground, XtCForeground, XtRPixel, sizeof(Pixel), @@ -1308,10 +1308,10 @@ input values of representation type </para> <informaltable> - <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <tgroup cols='3' align='left'> + <colspec colwidth='0.8*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='0.6*' colname='c3'/> <tbody> <row> <entry>Target Representation</entry> @@ -1608,10 +1608,10 @@ an input value of representation type </para> <informaltable> - <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <tgroup cols='3' align='left'> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Target Representation</entry> @@ -1633,10 +1633,10 @@ input values of representation type </para> <informaltable> - <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <tgroup cols='3' align='left'> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Target Representation</entry> @@ -1699,10 +1699,10 @@ an input value of representation type </para> <informaltable> - <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <tgroup cols='3' align='left'> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Target Representation</entry> @@ -1728,7 +1728,7 @@ structures (defined in see Section 15.4 in <emphasis remap='I'>Xlib — C Language X Interface.</emphasis>) for input and output values. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { unsigned int size; XPointer addr; @@ -1910,7 +1910,7 @@ still required to inform the Intrinsics that the converted value is a function of the particular display (and colormap). </para> -<literallayout class="monospaced"> +<literallayout > #define done(type, value) \\ { \\ if (toVal->addr != NULL) { \\ @@ -2183,7 +2183,7 @@ calls to the converter. Conversion cache control is specified via an <function>XtCacheType</function> argument. </para> -<literallayout class="monospaced"> +<literallayout > typedef int XtCacheType; </literallayout> @@ -2471,9 +2471,9 @@ and the structure <function>XtConvertArgRec</function> specify how each argument is derived. These are defined in -<function><X11/Intrinsic.h>.</function> +<function><X11/Intrinsic.h></function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef enum { /* address mode parameter representation */ XtAddress, /* address */ @@ -2618,7 +2618,7 @@ To invoke explicit resource conversions, use or <xref linkend='XtCallConverter' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout > typedef XtPointer XtCacheRef; </literallayout> diff --git a/specs/CH10.xml b/specs/CH10.xml index f05d2a6..bdd44fa 100755 --- a/specs/CH10.xml +++ b/specs/CH10.xml @@ -110,7 +110,7 @@ Specifies the number of entries in <emphasis remap='I'>params</emphasis>. </listitem> </varlistentry> </variablelist> -<literallayout class="monospaced"> +<literallayout > typedef struct _XtActionsRec { String string; XtActionProc proc; @@ -177,7 +177,7 @@ The string entry is the name used in translation tables. The procedure entry (usually spelled identically to the string) is the name of the C procedure that implements that function: </para> -<literallayout class="monospaced"> +<literallayout > XtActionsRec actionTable[] = { {"Set", Set}, {"Unset", Unset}, @@ -542,7 +542,7 @@ Call callbacks and reinvert on left button up. <para> The following illustrates Pushbutton's default translation table: </para> -<literallayout class="monospaced"> +<literallayout > static String defaultTranslations = "<EnterWindow>: Highlight()\\n\\ <LeaveWindow>: Unhighlight()\\n\\ diff --git a/specs/CH11.xml b/specs/CH11.xml index f445af4..958bf80 100755 --- a/specs/CH11.xml +++ b/specs/CH11.xml @@ -456,7 +456,7 @@ is a convenience macro that calls <xref linkend='XtMalloc' xrefstyle='select: title'/> with the following arguments specified: </para> -<literallayout class="monospaced"> +<literallayout > ((type *) XtMalloc((unsigned) sizeof(type))) </literallayout> <para> @@ -502,7 +502,7 @@ is a convenience macro that calls <xref linkend='XtMalloc' xrefstyle='select: title'/> with the following arguments specified: </para> -<literallayout class="monospaced"> +<literallayout > (strcpy(XtMalloc((unsigned)strlen(str) + 1), str)) </literallayout> <para> @@ -1802,7 +1802,7 @@ The procedure pointer specified by the incremental owner to supply the selection data to the Intrinsics is of type <xref linkend='XtConvertSelectionIncrProc' xrefstyle='select: title'/>. </para> -<literallayout class="monospaced"> +<literallayout > typedef XtPointer XtRequestId; </literallayout> @@ -3220,7 +3220,7 @@ event. <listitem> <para> Specifies the region object (as defined in -<function>< X11/Xutil.h >).</function> +<function><X11/Xutil.h></function>). </para> </listitem> </varlistentry> @@ -4306,7 +4306,7 @@ A string substitution is defined by a list of <function>Substitution</function> entries. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { char match; String substitution; @@ -4836,9 +4836,9 @@ The resource names, classes, and representation types that are specified in the hook object resource list are: <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -4903,7 +4903,7 @@ The <emphasis remap='I'>call_data</emphasis> parameter in a createHook callback cast to type <function>XtCreateHookData</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String type; Widget widget; @@ -4986,7 +4986,7 @@ The <emphasis remap='I'>call_data</emphasis> parameter in a changeHook callback be cast to type <function>XtChangeHookData</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String type; Widget widget; @@ -5005,7 +5005,7 @@ or <emphasis remap='I'>event_data</emphasis> may be cast to type <function>XtChangeHookSetValuesData</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { Widget old, req; ArgList args; @@ -5249,7 +5249,7 @@ without employing the Intrinsics library should invoke the change hook itself. This is done by: </para> -<literallayout class="monospaced"> +<literallayout > XtCallCallbacks(XtHooksOfDisplay(dpy), XtNchangeHook, call_data); </literallayout> <para> @@ -5263,7 +5263,7 @@ is called. The <emphasis remap='I'>call_data</emphasis> parameter may be cast to type <function>XtConfigureHookData.</function> </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String type; Widget widget; @@ -5292,7 +5292,7 @@ The <emphasis remap='I'>call_data</emphasis> parameter may be cast to type <function>XtGeometryHookData</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String type; Widget widget; @@ -5320,7 +5320,7 @@ The XtNdestroyHook callback list is called when a widget is destroyed. The <emphasis remap='I'>call_data parameter</emphasis> may be cast to type <function>XtDestroyHookData</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { String type; Widget widget; diff --git a/specs/CH12.xml b/specs/CH12.xml index cc6ded0..a5d75df 100755 --- a/specs/CH12.xml +++ b/specs/CH12.xml @@ -65,7 +65,7 @@ but exist to pad the data structure so that it matches Core's class record. The class record initialization must fill all obj<emphasis remap='I'>n</emphasis> fields with NULL or zero as appropriate to the type. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectClassPart { WidgetClass superclass; String class_name; @@ -109,7 +109,7 @@ with a <emphasis remap='I'>record_type</emphasis> equal to is <function>ObjectClassExtensionRec</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct { XtPointer next_extension; See Section 1.6.12 XrmQuark record_type; See Section 1.6.12 @@ -125,7 +125,7 @@ The prototypical consists of just the <function>ObjectClassPart</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectClassRec { ObjectClassPart object_class; } ObjectClassRec, *ObjectClass; @@ -140,14 +140,14 @@ are In <function>IntrinsicP.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > extern ObjectClassRec objectClassRec; </literallayout> <para> In <function>Intrinsic.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > extern WidgetClass objectClass; </literallayout> <para> @@ -167,7 +167,7 @@ version identifier is uses an incomplete structure definition to ensure that the compiler catches attempts to access private data: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectClassRec* ObjectClass; </literallayout> @@ -182,7 +182,7 @@ structure. All fields have the same meaning as the corresponding fields in <function>CorePart</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectPart { Widget self; WidgetClass widget_class; @@ -206,7 +206,7 @@ object types. In <function>IntrinsicP.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectRec { ObjectPart object; } ObjectRec, *Object; @@ -215,7 +215,7 @@ typedef struct _ObjectRec { In <function>Intrinsic.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _ObjectRec *Object; </literallayout> @@ -231,9 +231,9 @@ resource list are: <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -510,7 +510,7 @@ Core's class record. The class record initialization must fill all rect<emphasis remap='I'>\s+1n\s-1</emphasis> fields with NULL or zero as appropriate to the type. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjClassPart { WidgetClass superclass; String class_name; @@ -552,7 +552,7 @@ RectObj class record consists of just the <function>RectObjClassPart</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjClassRec { RectObjClassPart rect_class; } RectObjClassRec, *RectObjClass; @@ -567,14 +567,14 @@ are In <function>Intrinsic.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > extern RectObjClassRec rectObjClassRec; </literallayout> <para> In <function>Intrinsic.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > extern WidgetClass rectObjClass; </literallayout> <para> @@ -591,7 +591,7 @@ RectObj. uses an incomplete structure definition to ensure that the compiler catches attempts to access private data: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjClassRec* RectObjClass; </literallayout> @@ -609,7 +609,7 @@ objects have the following fields defined in the structure. All fields have the same meaning as the corresponding field in <function>CorePart</function>. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjPart { Position x, y; Dimension width, height; @@ -623,7 +623,7 @@ typedef struct _RectObjPart { RectObj objects have the RectObj fields immediately following the Object fields. </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjRec { ObjectPart object; RectObjPart rectangle; @@ -633,7 +633,7 @@ typedef struct _RectObjRec { In <function>Intrinsic.h</function>: </para> -<literallayout class="monospaced"> +<literallayout > typedef struct _RectObjRec* RectObj; </literallayout> @@ -647,9 +647,9 @@ The resource names, classes, and representation types that are specified in the resource list are: <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> diff --git a/specs/CH13.xml b/specs/CH13.xml index b6c77cb..a03e588 100755 --- a/specs/CH13.xml +++ b/specs/CH13.xml @@ -34,7 +34,7 @@ advantage of newer features added in later revisions may use the symbolic macro <function>XtSpecificationRelease</function>. </para> -<literallayout class="monospaced"> +<literallayout > #define XtSpecificationRelease 6 </literallayout> <para> @@ -296,11 +296,11 @@ a resource named ``baseTranslations''. <para> Applications wishing to take advantage of the new functionality would change their application defaults file, e.g., from -<literallayout class="monospaced"> +<literallayout > app.widget.translations: <emphasis remap='I'>value</emphasis> </literallayout> to -<literallayout class="monospaced"> +<literallayout > app.widget.baseTranslations: <emphasis remap='I'>value</emphasis> </literallayout> If it is important to the application to preserve complete @@ -590,7 +590,7 @@ the session manager in restarting applications based on the Intrinsics. <para> The resource name and class strings defined by the Intrinsics shell widgets in -<function>< X11/Shell.h ></function> +<function><X11/Shell.h></function> are now listed in Appendix E. The addition of a new symbol for the <function>WMShell</function> diff --git a/specs/appA.xml b/specs/appA.xml index 30d3d53..9d657a4 100755 --- a/specs/appA.xml +++ b/specs/appA.xml @@ -14,8 +14,8 @@ for convenience only. <para>The format of a resource specification is</para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>ResourceLine</entry> diff --git a/specs/appB.xml b/specs/appB.xml index 1fe43aa..b5ca625 100755 --- a/specs/appB.xml +++ b/specs/appB.xml @@ -8,8 +8,8 @@ Syntax is specified in EBNF notation with the following conventions: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>[ a ]</entry> @@ -40,8 +40,8 @@ Syntax <para>The syntax of a translation table is</para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>translationTable</entry> @@ -235,7 +235,7 @@ a dollar sign ($), and another backslash (\). Briefly: </para> -<literallayout class="monospaced"> +<literallayout > No modifiers: None <event> detail Any modifiers: <event> detail Only these modifiers: ! mod1 mod2 <event> detail @@ -249,9 +249,9 @@ of an exclamation point with no modifers. <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Modifier</entry> @@ -417,8 +417,8 @@ are defined: <informaltable> <tgroup cols='2' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Type</entry> @@ -584,9 +584,9 @@ are defined: <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Abbreviation</entry> @@ -701,8 +701,8 @@ The detail field is supported for the following event types: <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>KeyPress</entry> @@ -832,8 +832,8 @@ The canonical representation of a translation table is (see also <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>translationTable</entry> @@ -926,7 +926,7 @@ The canonical representation of a translation table is (see also <para>The canonical modifier names are</para> -<literallayout class="monospaced"> +<literallayout > Ctrl Mod1 Button1 Shift Mod2 Button2 Lock Mod3 Button3 @@ -938,8 +938,8 @@ The canonical representation of a translation table is (see also <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>KeyPress</entry> @@ -1016,7 +1016,7 @@ The canonical representation of a translation table is (see also <para> Always put more specific events in the table before more general ones: </para> -<literallayout class="monospaced"> +<literallayout > Shift <Btn1Down> : twas()\n\ <Btn1Down> : brillig() </literallayout> @@ -1025,7 +1025,7 @@ Always put more specific events in the table before more general ones: <para> For double-click on Button1 Up with Shift, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > Shift<Btn1Up>(2) : and() </literallayout> </listitem> @@ -1034,7 +1034,7 @@ Shift<Btn1Up>(2) : and() This is equivalent to the following line with appropriate timers set between events: </para> - <literallayout class="monospaced"> + <literallayout > Shift<Btn1Down>,Shift<Btn1Up>,Shift<Btn1Down>,Shift<Btn1Up> : and() </literallayout> </listitem> @@ -1042,7 +1042,7 @@ Shift<Btn1Down>,Shift<Btn1Up>,Shift<Btn1Down>,Shift<Btn1Up& <para> For double-click on Button1 Down with Shift, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > Shift<Btn1Down>(2) : the() </literallayout> </listitem> @@ -1051,7 +1051,7 @@ Shift<Btn1Down>(2) : the() This is equivalent to the following line with appropriate timers set between events: </para> - <literallayout class="monospaced"> + <literallayout > Shift<Btn1Down>,Shift<Btn1Up>,Shift<Btn1Down> : the() </literallayout> </listitem> @@ -1060,7 +1060,7 @@ Shift<Btn1Down>,Shift<Btn1Up>,Shift<Btn1Down> : the() Mouse motion is always discarded when it occurs between events in a table where no motion event is specified: </para> - <literallayout class="monospaced"> + <literallayout > <Btn1Down>,<Btn1Up> : slithy() </literallayout> <para> @@ -1079,7 +1079,7 @@ noninitial subsequence of another translation, it is not taken if it occurs in the context of the longer sequence. This occurs mostly in sequences like the following: </para> - <literallayout class="monospaced"> + <literallayout > <Btn1Down>,<Btn1Up> : toves()\n\ <Btn1Up> : did() </literallayout> @@ -1103,7 +1103,7 @@ For single click on Button1 Up with Shift and Meta, use this specification: </para> </listitem> <listitem> - <literallayout class="monospaced"> + <literallayout > Shift Meta <Btn1Down>, Shift Meta<Btn1Up>: gyre() </literallayout> </listitem> @@ -1115,7 +1115,7 @@ count in an event sequence. The actions will be invoked on the <emphasis remap='I'>count</emphasis>-th click and each subsequent one arriving within the multi-click time interval. For example: </para> - <literallayout class="monospaced"> + <literallayout > Shift <Btn1Up>(2+) : and() </literallayout> </listitem> @@ -1125,7 +1125,7 @@ To indicate <function>EnterNotify</function> with any modifiers, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > <Enter> : gimble() </literallayout> </listitem> @@ -1135,7 +1135,7 @@ To indicate <function>EnterNotify</function> with no modifiers, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > None <Enter> : in() </literallayout> </listitem> @@ -1146,7 +1146,7 @@ To indicate with Button1 Down and Button2 Up and "don't care" about the other modifiers, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > Button1 ~Button2 <Enter> : the() </literallayout> </listitem> @@ -1156,7 +1156,7 @@ To indicate <function>EnterNotify</function> with Button1 down and Button2 down exclusively, use this specification: </para> - <literallayout class="monospaced"> + <literallayout > ! Button1 Button2 <Enter> : wabe() </literallayout> <para> diff --git a/specs/appD.xml b/specs/appD.xml index 6ef81c7..28a4e64 100755 --- a/specs/appD.xml +++ b/specs/appD.xml @@ -12,9 +12,9 @@ Error Messages <informaltable> <tgroup cols='3' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> @@ -264,9 +264,9 @@ Error Messages <informaltable> <tgroup cols='3' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> - <colspec colname='c3'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> + <colspec colwidth='1.0*' colname='c3'/> <tbody> <row> <entry>Name</entry> diff --git a/specs/appE.xml b/specs/appE.xml index 13e59aa..a361a37 100755 --- a/specs/appE.xml +++ b/specs/appE.xml @@ -10,8 +10,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Resource names:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -404,8 +404,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Resource classes:</emphasis></para> <informaltable> <tgroup cols='2' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -691,8 +691,8 @@ class, and representation type symbolic constants. <informaltable> <tgroup cols='2' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -909,8 +909,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Boolean enumeration constants:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -947,8 +947,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Orientation enumeration constants:</emphasis></para> <informaltable> <tgroup cols='2' align='center'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -970,8 +970,8 @@ class, and representation type symbolic constants. <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -996,8 +996,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Color enumeration constants:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -1018,8 +1018,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Font constant:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -1036,8 +1036,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Hooks for External Agents constants:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -1165,8 +1165,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Resource names:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -1419,8 +1419,8 @@ class, and representation type symbolic constants. <para><emphasis role='bold'>Resource classes:</emphasis></para> <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> @@ -1650,8 +1650,8 @@ class, and representation type symbolic constants. <informaltable> <tgroup cols='2' align='left'> - <colspec colname='c1'/> - <colspec colname='c2'/> + <colspec colwidth='1.0*' colname='c1'/> + <colspec colwidth='1.0*' colname='c2'/> <tbody> <row> <entry>Symbol</entry> diff --git a/specs/intrinsics.xml b/specs/intrinsics.xml index e96b8f9..256d0be 100755 --- a/specs/intrinsics.xml +++ b/specs/intrinsics.xml @@ -95,16 +95,24 @@ It is provided "as is" without express or implied warranty. </legalnotice> </bookinfo> + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="preface.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH01.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH02.xml"/> + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH03.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH04.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH05.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH06.xml"/> + + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH07.xml"/> + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH08.xml"/> + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH09.xml"/> + + <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH10.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH11.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="CH12.xml"/> @@ -116,7 +124,5 @@ It is provided "as is" without express or implied warranty. <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="appE.xml"/> <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href="appF.xml"/> -<index /> - </book> diff --git a/specs/preface.xml b/specs/preface.xml index 0753174..efb5897 100755 --- a/specs/preface.xml +++ b/specs/preface.xml @@ -1,24 +1,52 @@ <preface> <title>Acknowledgments</title> + <para> -The design of the X11 Intrinsics was done primarily by Joel McCormack of Digital WSL. Major -contributions to the design and implementation also were done by Charles Haynes, Mike Chow, -and Paul Asente of Digital WSL. Additional contributors to the design and/or implementation -were: +The design of the X11 Intrinsics was done primarily by Joel McCormack +of Digital WSL. Major contributions to the design and implementation +also were done by Charles Haynes, Mike Chow, and Paul Asente of Digital +WSL. Additional contributors to the design and/or implementation were: </para> -<literallayout> -Loretta Guarino-Reid (Digital WSL) Rich Hyde (Digital WSL) -Susan Angebranndt (Digital WSL) Terry Weissman (Digital WSL) -Mary Larson (Digital UEG) Mark Manasse (Digital SRC) -Jim Gettys (Digital SRC) Leo Treggiari (Digital SDT) -Ralph Swick (Project Athena and Digital ERP) Mark Ackerman (Project Athena) -Ron Newman (Project Athena) Bob Scheifler (MIT LCS) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='2' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <colspec colwidth='1.0*' /> + <tbody> + <row><?dbfo row-height="0.2cm"?> + <entry>Loretta Guarino-Reid (Digital WSL)</entry> + <entry>Rich Hyde (Digital WSL)</entry> + </row> + <row><?dbfo row-height="0.2cm"?> + <entry>Susan Angebranndt (Digital WSL)</entry> + <entry>Terry Weissman (Digital WSL)</entry> + </row> + <row><?dbfo row-height="0.2cm"?> + <entry>Mary Larson (Digital UEG)</entry> + <entry>Mark Manasse (Digital SRC)</entry> + </row> + <row><?dbfo row-height="0.5cm"?> + <entry>Jim Gettys (Digital SRC)</entry> + <entry>Leo Treggiari (Digital SDT)</entry> + </row> + <row><?dbfo row-height="0.5cm"?> + <entry>Ralph Swick (Project Athena and Digital ERP)</entry> + <entry>Mark Ackerman (Project Athena)</entry> + </row> + <row><?dbfo row-height="0.5cm"?> + <entry>Ron Newman (Project Athena)</entry> + <entry>Bob Scheifler (MIT LCS)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> The contributors to the X10 toolkit also deserve mention. Although the X11 Intrinsics present an -entirely different programming style, they borrow heavily from the implicit and +entirely different programming style, they borrow heavily from the implicit and explicit concepts in the X10 toolkit. </para> @@ -26,25 +54,59 @@ explicit concepts in the X10 toolkit. The design and implementation of the X10 Intrinsics were done by: </para> -<literallayout> -Terry Weissman (Digital WSL) -Smokey Wallace (Digital WSL) -Phil Karlton (Digital WSL) -Charles Haynes (Digital WSL) -Frank Hall (HP) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='1' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <tbody> + <row> + <entry>Terry Weissman (Digital WSL)</entry> + </row> + <row> + <entry>Smokey Wallace (Digital WSL)</entry> + </row> + <row> + <entry>Phil Karlton (Digital WSL)</entry> + </row> + <row> + <entry>Charles Haynes (Digital WSL)</entry> + </row> + <row> + <entry>Frank Hall (HP)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> -The design and implementation of the X10 toolkit’s sample widgets were by the above, as well as -by: +The design and implementation of the X10 toolkit’s sample widgets were by +the above, as well as by: </para> -<literallayout> -Ram Rao (Digital UEG) -Mary Larson (Digital UEG) -Mike Gancarz (Digital UEG) -Kathleen Langone (Digital UEG) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='1' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <tbody> + <row> + <entry>Ram Rao (Digital UEG)</entry> + </row> + <row> + <entry>Mary Larson (Digital UEG)</entry> + </row> + <row> + <entry>Mike Gancarz (Digital UEG)</entry> + </row> + <row> + <entry>Kathleen Langone (Digital UEG)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> These widgets provided a checklist of requirements that we had to address in the X11 Intrinsics. @@ -59,39 +121,78 @@ Finally, a special thanks to Mike Chow, whose extensive performance analysis of provided the justification to redesign it entirely for X11. </para> -<para>Joel McCormack</para> -<para>Western Software Laboratory</para> -<para>Digital Equipment Corporation</para> -<para>March 1988</para> - +<literallayout> +Joel McCormack +Western Software Laboratory +Digital Equipment Corporation +March 1988 +</literallayout> <para> -The current design of the Intrinsics has benefited greatly from the input of several dedicated -reviewers in the membership of the X Consortium. In addition to those already mentioned, the -following individuals have dedicated significant time to suggesting improvements to the Intrinsics: +The current design of the Intrinsics has benefited greatly from the +input of several dedicated reviewers in the membership of the X +Consortium. In addition to those already mentioned, the following +individuals have dedicated significant time to suggesting improvements +to the Intrinsics: </para> -<literallayout> -Steve Pitschke (Stellar) C.Doug Blewett (AT&T) -Bob Miller (HP) David Schiferl (Tektronix -Fred Taft (HP) Michael Squires (Sequent) -Marcel Meth (AT&T) JimFulton (MIT) -Mike Collins (Digital) Kerry Kimbrough (Texas Instruments) -Scott McGregor (Digital) Phil Karlton (Digital) -Julian Payne (ESS) Jacques Davy (Bull) -Gabriel Beged-Dov (HP) GlennWidener (Tektronix) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='2' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <colspec colwidth='1.0*' /> + <tbody> + <row> + <entry>Steve Pitschke (Stellar)</entry> + <entry>C.Doug Blewett (AT&T)</entry> + </row> + <row> + <entry>Bob Miller (HP)</entry> + <entry>David Schiferl (Tektronix)</entry> + </row> + <row> + <entry>Fred Taft (HP)</entry> + <entry>Michael Squires (Sequent)</entry> + </row> + <row> + <entry>Marcel Meth (AT&T)</entry> + <entry>JimFulton (MIT)</entry> + </row> + <row> + <entry>Mike Collins (Digital)</entry> + <entry>Kerry Kimbrough (Texas Instruments)</entry> + </row> + <row> + <entry>Scott McGregor (Digital)</entry> + <entry>Phil Karlton (Digital)</entry> + </row> + <row> + <entry>Julian Payne (ESS)</entry> + <entry>Jacques Davy (Bull)</entry> + </row> + <row> + <entry>Gabriel Beged-Dov (HP)</entry> + <entry>GlennWidener (Tektronix)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> Thanks go to each of them for the countless hours spent reviewing drafts and code. </para> -<para>Ralph R. Swick</para> -<para>External Research Group</para> -<para>Digital Equipment Corporation</para> -<para>MIT Project Athena</para> -<para>June 1988</para> +<literallayout> +Ralph R. Swick +External Research Group +Digital Equipment Corporation +MIT Project Athena +June 1988 +</literallayout> + <para> From Release 3 to Release 4, several new members joined the design team. We greatly appreciate @@ -99,13 +200,37 @@ the thoughtful comments, suggestions, lengthy discussions, and in some cases imp code contributed by each of the following: </para> -<literallayout> -Don Alecci (AT&T) EllisCohen (OSF) -Donna Converse (MIT) Clive Feather (IXI) -Nayeem Islam (Sun) Dana Laursen (HP) -Keith Packard (MIT) Chris Peterson (MIT) -Richard Probst (Sun) Larry Cable (Sun) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='2' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <colspec colwidth='1.0*' /> + <tbody> + <row> + <entry>Don Alecci (AT&T)</entry> + <entry>EllisCohen (OSF)</entry> + </row> + <row> + <entry>Donna Converse (MIT)</entry> + <entry>Clive Feather (IXI)</entry> + </row> + <row> + <entry>Nayeem Islam (Sun)</entry> + <entry>Dana Laursen (HP)</entry> + </row> + <row> + <entry>Keith Packard (MIT)</entry> + <entry>Chris Peterson (MIT)</entry> + </row> + <row> + <entry>Richard Probst (Sun)</entry> + <entry>Larry Cable (Sun)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> In Release 5, the effort to define the internationalization additions was headed by Bill McMahon @@ -122,6 +247,7 @@ and July 1991 </literallayout> +<?dbfo-need height="5in" space-before="30em" ?> <para> The Release 6 Intrinsics is a result of the collaborative efforts of participants in the X Consortium’s intrinsics working group. A few individuals contributed substantial design proposals, participated @@ -130,13 +256,37 @@ responsible for sections of the implementation. They deserve recognition and tha major contributions: </para> -<literallayout> -Paul Asente (Adobe) Larry Cable (SunSoft) -Ellis Cohen (OSF) Daniel Dardailler (OSF) -Vania Joloboff (OSF) KalebKeithley (X Consortium) -Courtney Loomis (HP) Douglas Rand (OSF) -Bob Scheifler (X Consortium) Ajay Vohra (SunSoft) -</literallayout> +<sidebar> +<informaltable frame='none'> +<?dbfo keep-together="always" ?> + <tgroup cols='2' rowsep='0' colsep='0'> + <colspec colwidth='1.0*' /> + <colspec colwidth='1.0*' /> + <tbody> + <row> + <entry>Paul Asente (Adobe)</entry> + <entry>Larry Cable (SunSoft)</entry> + </row> + <row> + <entry>Ellis Cohen (OSF)</entry> + <entry>Daniel Dardailler (OSF)</entry> + </row> + <row> + <entry>Vania Joloboff (OSF)</entry> + <entry>KalebKeithley (X Consortium)</entry> + </row> + <row> + <entry>Courtney Loomis (HP)</entry> + <entry>Douglas Rand (OSF)</entry> + </row> + <row> + <entry>Bob Scheifler (X Consortium)</entry> + <entry>Ajay Vohra (SunSoft)</entry> + </row> + </tbody> + </tgroup> +</informaltable> +</sidebar> <para> Many others analyzed designs, offered useful comments and suggestions, and participated in a |