spec: markup introduction of new terms with <firstterm>

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

1 files changed, 11 insertions, 8 deletions

diff --git a/specs/fsproto.xml b/specs/fsproto.xml
index 05dfc91..8172d15 100644
--- a/specs/fsproto.xml
+++ b/specs/fsproto.xml
@@ -70,7 +70,7 @@ in this Software without prior written authorization from the X Consortium.
 The management of fonts in large, heterogeneous environments is one of the
 hardest aspects of using the X Window System
 <footnote><para>
-<emphasis remap='I'>X Window System</emphasis>
+<firstterm><trademark>X Window System</trademark></firstterm>
 is a trademark of The Open Group.
 </para></footnote>
 .  Multiple formats and the lack of
@@ -125,7 +125,8 @@ implement a variety of strategies for fine-grained demand-loading of glyphs.
 <!-- .XE -->
 <para>
 <!-- .LP -->
-In this document, the words "client" and "server" refer to the consumer and
+In this document, the words <firstterm>client</firstterm> and
+<firstterm>server</firstterm> refer to the consumer and
 provider of a font, respectively, unless otherwise indicated.  It is important
 to note that in this context, the X server is also a font client.
 </para>
@@ -164,7 +165,8 @@ Figure 2.1:  Connecting to a Font Server
 Clients communicate with the font server using the request/reply/event model
 over any mutually-understood virtual stream connection (such as TCP/IP, DECnet,
 <footnote><para>
-DECnet is a trademark of Digital Equipment Corporation.
+<firstterm><trademark>DECnet</trademark></firstterm> is a trademark
+of Digital Equipment Corporation.
 </para></footnote>
 etc.).  Font servers are responsible for providing data in the bit and byte
 orders requested by the client.  The set of requests and events provided in the
@@ -210,7 +212,8 @@ Figure 2.2:  Where Font Data Comes From
 </para>
 
 <para>
-The server may choose to provide named sets of fonts called "catalogues."
+The server may choose to provide named sets of fonts called
+<firstterm>catalogues</firstterm>.
 Clients may specify which of the sets should be used in listing or opening a
 font.
 </para>
@@ -961,10 +964,10 @@ inked pixel in the glyph.
   <para>
 The WIDTH field specifies the directed distance (measured to the
 right) from the origin to the position where the next character
-should appear (called the "escapement point").  This distance
-includes any whitespace used for intercharacter padding and is
-also referred to as the "logical width" or "horizontal
-escapement."
+should appear (called the <firstterm>escapement point</firstterm>). This
+distance includes any whitespace used for intercharacter padding and is
+also referred to as the <firstterm>logical width</firstterm> or
+<firstterm>horizontal escapement</firstterm>.
 <!-- .sp -->
   </para>
   <para>