aboutsummaryrefslogtreecommitdiff
path: root/libX11/specs/XIM/xim.xml
diff options
context:
space:
mode:
authormarha <marha@users.sourceforge.net>2011-10-10 07:52:38 +0200
committermarha <marha@users.sourceforge.net>2011-10-10 07:52:38 +0200
commitafbd3947071a33f59dda122f1ac396442a02c128 (patch)
treee3dde5d2973697c24f73488a421327d09a9337c0 /libX11/specs/XIM/xim.xml
parentb520df571e0a319eae5231d09f36b98f28b8914a (diff)
downloadvcxsrv-afbd3947071a33f59dda122f1ac396442a02c128.tar.gz
vcxsrv-afbd3947071a33f59dda122f1ac396442a02c128.tar.bz2
vcxsrv-afbd3947071a33f59dda122f1ac396442a02c128.zip
fontconfig libX11 mesa pixman xkeyboard-config git updte 10 oct 2011
Diffstat (limited to 'libX11/specs/XIM/xim.xml')
-rw-r--r--libX11/specs/XIM/xim.xml25
1 files changed, 10 insertions, 15 deletions
diff --git a/libX11/specs/XIM/xim.xml b/libX11/specs/XIM/xim.xml
index 23558ea39..fa4941153 100644
--- a/libX11/specs/XIM/xim.xml
+++ b/libX11/specs/XIM/xim.xml
@@ -374,11 +374,9 @@ synchronization problem between the IM library and the IM Server.
Using this method, the IM library forwards all KeyPress and KeyRelease
events to the IM Server (as required by the Event Flow Control model
described in
-<link linkend="event_flow_control">
-<xref linkend="event_flow_control"></xref></link>)
+<xref linkend='Event_Flow_Control' xrefstyle='select: title'/>)
and synchronizes with the IM Server (as described in
-<link linkend="filtering_events">
-<xref linkend="filtering_events"></xref></link>).
+<xref linkend='Filtering_Events' xrefstyle='select: title'/>).
</para>
</sect3>
@@ -405,8 +403,7 @@ client, and these problems could possibly cause the loss or duplication
of key events. For this reason, the BackEnd method is the core method
supported, and the FrontEnd method is made available as an extension for
performance purposes. (Refer to
-<link linkend="common_extensions">
-<xref linkend="common_extensions"></xref></link>
+<xref linkend="common_extensions" xrefstyle='select: title'/>
for more information.)
</para>
@@ -426,7 +423,7 @@ Fig.1 The Flow of Events
</sect3>
</sect2>
-<sect2 id="event_flow_control">
+<sect2 id='Event_Flow_Control'>
<title>Event Flow Control</title>
<!-- .XS -->
<!-- (SN Event Flow Control -->
@@ -466,8 +463,7 @@ message in order to switch the event flow in the Dynamic Event Flow.
<para>
<!-- .LP -->
The protocol for this process is described in
-<link linkend="event_flow_control_2">
-<xref linkend="event_flow_control_2"></xref></link>.
+<xref linkend='Event_Flow_Control_2' xrefstyle='select: title'/>.
</para>
</sect2>
</sect1>
@@ -511,8 +507,7 @@ The address information retrievable from the
<function>TRANSPORT</function>
target is a transport-specific name.
The preregistered formats for transport-specific names are listed in
-<link linkend="transport_list">
-<xref linkend="transport_list"></xref></link>.
+<xref linkend="transport_list" xrefstyle='select: title'/>.
Additional transport-specific names may be registered with X Consortium.
</para>
@@ -1431,7 +1426,7 @@ XIM_CLOSE_REPLY (IM Server -&gt; IM library)
</sect2>
-<sect2 id="event_flow_control_2">
+<sect2 id='Event_Flow_Control_2'>
<title>Event Flow Control</title>
<!-- .XS -->
<!-- (SN Event Flow Control -->
@@ -1933,7 +1928,7 @@ is an asynchronous request.
</sect2>
-<sect2 id="filtering_events">
+<sect2 id='Filtering_Events'>
<title>Filtering Events</title>
<para>
Event filtering is mainly provided for BackEnd method to allow input method
@@ -3534,7 +3529,7 @@ The arguments of the XChangeProperty are as follows:
<para>
The read/write property ATOM allocates the following strings by
-<function>XInternAtom</function>.
+<olink targetdoc='libX11' targetptr='XInternAtom'><function>XInternAtom</function></olink>.
</para>
<para>
@@ -3844,7 +3839,7 @@ The arguments of the XChangeProperty are as follows:
<para>
(*1) The read/write property ATOM allocates some strings, which are not
-allocated by the client, by <function>XInternAtom</function>.
+allocated by the client, by <olink targetdoc='libX11' targetptr='XInternAtom'><function>XInternAtom</function></olink>.
</para>
<para>