specs/XKB: re-normalize <emphasis> layout in xml files

Same script as before, just with <!-- xref --> comments out of the way
now.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

specs/XKB/ch07.xml

@@ -236,8 +236,8 @@ from the server. To set the binding of a virtual modifier to a real modifier,
 use
 <function>XkbSetMap</function>
  (see
-<link linkend="Changing_Map_Components_in_the_Server">section 14.3</link><emphasis>
-)</emphasis>.
+<link linkend="Changing_Map_Components_in_the_Server">section 14.3</link>
+<emphasis>)</emphasis>.
 </para>
 
 

specs/XKB/ch08.xml

@@ -1588,8 +1588,8 @@ in <emphasis>map</emphasis>.
 <errorname>BadImplementation</errorname>
  errors. In addition, it can also generate
 <emphasis>XkbIndicatorStateNotify</emphasis>
- (see <link linkend="Tracking_Changes_to_Indicator_State_or_Map">section 8.5</link>), <emphasis>
-XkbIndicatorMapNotify</emphasis>,
+ (see <link linkend="Tracking_Changes_to_Indicator_State_or_Map">section 8.5</link>),
+<emphasis>XkbIndicatorMapNotify</emphasis>,
 and
 <emphasis>XkbNamesNotify</emphasis>
  events (see <link linkend="Tracking_Name_Changes">section 18.5</link>).
@@ -1745,8 +1745,8 @@ To receive
 <emphasis>XkbIndicatorStateNotify</emphasis>
  events, use
 <function>XkbSelectEvents</function>
- (see <link linkend="Selecting_Xkb_Events">section 4.3</link>) with both the <emphasis>
-bits_to_change </emphasis>
+ (see <link linkend="Selecting_Xkb_Events">section 4.3</link>) with both the
+<emphasis>bits_to_change </emphasis>
 and
 <emphasis>values_for_bits</emphasis>
  parameters containing

specs/XKB/ch09.xml

@@ -85,8 +85,8 @@ or repeating, Xkb can provide feedback for the controls by using special beep
 codes. The
 <emphasis>AccessXFeedback</emphasis>
  control is used to configure the specific types of operations that generate
-feedback. See <link linkend="The_AccessXFeedback_Control">section 10.6.3</link> for a discussion on <emphasis>
-AccessXFeedback</emphasis>
+feedback. See <link linkend="The_AccessXFeedback_Control">section 10.6.3</link> for a discussion on
+<emphasis>AccessXFeedback</emphasis>
  control.
 </para>
 
@@ -204,8 +204,8 @@ bell. This is useful if you need to use an audio server instead of the system
 beep. For example, when an audio client starts, it could disable the audible
 bell (the system bell) and then listen for
 <emphasis>XkbBellNotify</emphasis>
- events (see <link linkend="Detecting_Bells">section 9.4</link>). When it receives a <emphasis>
-XkbBellNotify</emphasis>
+ events (see <link linkend="Detecting_Bells">section 9.4</link>). When it receives a
+<emphasis>XkbBellNotify</emphasis>
  event, the audio client could then send a request to an audio server to play a
 sound.
 </para>
@@ -216,8 +216,8 @@ You can control the audible bells feature by passing the
 <emphasis>XkbAudibleBellMask</emphasis>
  to
 <function>XkbChangeEnabledControls</function>
- (see <link linkend="The_EnabledControls_Control">section 10.1.1</link>). If you set <emphasis>
-XkbAudibleBellMask</emphasis>
+ (see <link linkend="The_EnabledControls_Control">section 10.1.1</link>). If you set
+<emphasis>XkbAudibleBellMask</emphasis>
  on, the server rings the system bell when a bell event occurs. This is the
 default. If you set
 <emphasis>XkbAudibleBellMask</emphasis>

specs/XKB/ch10.xml

@@ -2113,8 +2113,8 @@ To receive
 <emphasis>XkbAccessXNotify</emphasis>
  events under all possible conditions, use
 <function>XkbSelectEvents</function>
- (see <link linkend="Selecting_Xkb_Events">section 4.3</link>) and pass <emphasis>
-XkbAccesXNotifyMask</emphasis>
+ (see <link linkend="Selecting_Xkb_Events">section 4.3</link>) and pass
+<emphasis>XkbAccesXNotifyMask</emphasis>
  in both
 <emphasis>bits_to_change</emphasis>
  and
@@ -2219,8 +2219,8 @@ locking, or unlocking of modifiers using
 <symbol>KeyRelease</symbol>
  events, though the auto-repeat can be detected using
 <emphasis>DetectableAutorepeat</emphasis>
- (see <link linkend="The_DetectableAutorepeat_Control">section 10.3.3</link>). Finally, <emphasis>
-MouseKeys</emphasis>
+ (see <link linkend="The_DetectableAutorepeat_Control">section 10.3.3</link>). Finally,
+<emphasis>MouseKeys</emphasis>
  generates pointer events identical to those of the core pointer device.
 </para>
 
@@ -3205,8 +3205,8 @@ be added and removed from the server’s
  are removed from the server’s
 <emphasis>IgnoreLockMods</emphasis>
  control.
-See <link linkend="Virtual_Modifier_Names_and_Masks">section 7.1</link> for a discussion of virtual modifier masks to use in <emphasis>
-affect_virtual</emphasis>
+See <link linkend="Virtual_Modifier_Names_and_Masks">section 7.1</link> for a discussion of virtual modifier masks to use in
+<emphasis>affect_virtual</emphasis>
  and
 <emphasis>virtual_values</emphasis>.
 <function>XkbSetIgnoreLockMods</function>
@@ -3404,8 +3404,8 @@ selected by both
  but not by
 <emphasis>virtual_values</emphasis>
  are removed from the server’s internal modifiers control.
-See <link linkend="Virtual_Modifier_Names_and_Masks">section 7.1</link> for a discussion of virtual modifier masks to use in <emphasis>
-affect_virtual</emphasis>
+See <link linkend="Virtual_Modifier_Names_and_Masks">section 7.1</link> for a discussion of virtual modifier masks to use in
+<emphasis>affect_virtual</emphasis>
  and
 <emphasis>virtual_values</emphasis>.
 <function>XkbSetServerInternalMods</function>
@@ -3994,8 +3994,8 @@ using only those masks with "ok" in the
 <emphasis>repeat_interval</emphasis>
  are attributes of the
 <emphasis>RepeatKeys</emphasis>
- control (see <link linkend="The_RepeatKeys_Control">section 10.3.2</link>). <emphasis>
-repeat_delay</emphasis>
+ control (see <link linkend="The_RepeatKeys_Control">section 10.3.2</link>).
+<emphasis>repeat_delay</emphasis>
  is the initial delay before a key begins repeating, in milliseconds;
 <emphasis>repeat_interval</emphasis>
  is the delay between subsequent key events, in milliseconds.
@@ -4010,8 +4010,8 @@ repeat_delay</emphasis>
 <emphasis>slow_keys_delay</emphasis>
  is an attribute of the
 <emphasis>SlowKeys</emphasis>
- control (see <link linkend="The_SlowKeys_Control">section 10.6.6</link>). Its value specifies the <emphasis>
-SlowKeys</emphasis>
+ control (see <link linkend="The_SlowKeys_Control">section 10.6.6</link>). Its value specifies the
+<emphasis>SlowKeys</emphasis>
  acceptance delay period in milliseconds before a key press is accepted by the
 server.
 </para>
@@ -4025,8 +4025,8 @@ server.
 <emphasis>debounce_delay</emphasis>
  is an attribute of the
 <emphasis>BounceKeys</emphasis>
- control (see <link linkend="The_BounceKeys_Control">section 10.6.7</link>). Its value specifies the <emphasis>
-BounceKeys</emphasis>
+ control (see <link linkend="The_BounceKeys_Control">section 10.6.7</link>). Its value specifies the
+<emphasis>BounceKeys</emphasis>
  delay period in milliseconds for which the key is disabled after having been
 pressed before another press of the same key is accepted by the server.
 </para>
@@ -4059,10 +4059,10 @@ The
 <emphasis>ax_options</emphasis>
  field contains attributes used to configure two different controls, the
 <emphasis>StickyKeys</emphasis>
- control (see <link linkend="The_StickyKeys_Control">section 10.6.8</link>) and the <emphasis>
-AccessXFeedback</emphasis>
- control (see <link linkend="The_AccessXFeedback_Control">section 10.6.3</link>). The <emphasis>
-ax_options</emphasis>
+ control (see <link linkend="The_StickyKeys_Control">section 10.6.8</link>) and the
+<emphasis>AccessXFeedback</emphasis>
+ control (see <link linkend="The_AccessXFeedback_Control">section 10.6.3</link>). The
+<emphasis>ax_options</emphasis>
  field is a bitmask and may include any combination of the bits defined in
 <link linkend="table10.9">Table 10.9</link>.
 </para>