File: refentry.xml

package info (click to toggle)
docbook-defguide 2.0.17%2Bsvn9912-1
  • links: PTS, VCS
  • area: main
  • in suites: jessie, jessie-kfreebsd, stretch
  • size: 93,428 kB
  • ctags: 299
  • sloc: xml: 396,482; perl: 4,471; python: 879; makefile: 150; sh: 80
file content (204 lines) | stat: -rw-r--r-- 6,941 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
<refentry id="indexterm.element">
<?dbhtml filename="indexterm.html"?>
<refentryinfo>
<pubdate>$Date$</pubdate>
<releaseinfo>$Revision$</releaseinfo>
</refentryinfo>

<refmeta>
<indexterm><primary>elements</primary>
<secondary>indexterm</secondary></indexterm>
<refentrytitle>indexterm</refentrytitle>
<refmiscinfo>Element</refmiscinfo>
</refmeta>
<refnamediv>
<refname>indexterm</refname>
<refpurpose>&indexterm.purpose;</refpurpose>
</refnamediv>

&indexterm.synopsis.gen;
<refsect1 condition='ref.description'><title>Description</title>

<para>
<sgmltag>IndexTerm</sgmltag>s identify text that is to be placed in the
index.  In the simplest case, the placement of the
<sgmltag>IndexTerm</sgmltag> in the document identifies the location of
the term in the text.  In other words, the <sgmltag>IndexTerm</sgmltag>
is placed in the flow of the document at the point where the
<sgmltag>IndexEntry</sgmltag> in the <sgmltag>Index</sgmltag> should point.  In
other cases, attributes on <sgmltag>IndexTerm</sgmltag> are used to
identify the location of the term in the text.
</para>

<para>
<sgmltag>IndexTerm</sgmltag>s mark either a single point in the document
or a range.  A single point is marked with an <sgmltag>IndexTerm</sgmltag>
placed in the text at the point of reference.
There are two ways to identify a range of text:

<itemizedlist>
<listitem>
<para>
Place an <sgmltag>IndexTerm</sgmltag> at the beginning of the range with
<sgmltag class='attribute'>Class</sgmltag> set to <literal>StartOfRange</literal> and
give this term an <sgmltag class='attribute'>ID</sgmltag>.
Place another <sgmltag>IndexTerm</sgmltag> at the end of the range with
<sgmltag class='attribute'>StartRef</sgmltag> pointing to the 
<sgmltag class='attribute'>ID</sgmltag> of the starting <sgmltag>IndexTerm</sgmltag>.
This second <sgmltag>IndexTerm</sgmltag> must be empty.
</para>
<para>
The advantage of this method is that the range can span unbalanced element
boundaries.
</para>
</listitem>
<listitem>
<para>
Place the <sgmltag>IndexTerm</sgmltag> anywhere you like and point to the
element that contains the range of text you wish to index with the
<sgmltag class='attribute'>Zone</sgmltag> attribute on the <sgmltag>IndexTerm</sgmltag>.
Note that <sgmltag class='attribute'>Zone</sgmltag> is defined as 
<literal>IDREFS</literal> so a single <sgmltag>IndexTerm</sgmltag> can point to
multiple ranges.
</para>
<para>
The advantage of this method is that <sgmltag>IndexTerm</sgmltag>s can be 
collected together or even stored totally outside the flow of the
document (in the meta for example).
</para>
</listitem>
</itemizedlist>
</para>

<refsect2><title>Processing expectations</title>
<para>
<sgmltag>IndexTerm</sgmltag>s are suppressed in the primary text flow, although they
contribute to the population of an index and serve as anchors for
cross references.
Under no
circumstances is the actual content of <sgmltag>IndexTerm</sgmltag>
rendered in the primary flow.
</para>

<para>
It is possible to construct index terms that are difficult to parse at
best and totally illogical at worst.  Consider the following:

<screen>
<![CDATA[
<indexterm class='startofrange' zone="id1 id2">...</indexterm>
]]>
</screen>
</para>

<para>
There is no way that this can fit into the semantics of an
<sgmltag>IndexTerm</sgmltag>.  Although it claims to be the start of a range,
it does not have an 
<sgmltag class='attribute'>ID</sgmltag> for the end-of-range
<sgmltag>IndexTerm</sgmltag> to point back to.
In addition, it includes zoned terms, and mixing the two
different methods for indicating a range in the same <sgmltag>IndexTerm</sgmltag>
is probably a bad idea.
</para>
</refsect2>


&indexterm.parents.gen;
&indexterm.children.gen;
</refsect1>
<refsect1 condition='ref.elem.attrdesc'><title>Attributes</title>
<variablelist>
<varlistentry><term>class</term>
<listitem>
<para>
<sgmltag class="attribute">Class</sgmltag> identifies the type of
<sgmltag>IndexTerm</sgmltag>. If <sgmltag class="attribute">StartRef</sgmltag> is supplied,
the default for <sgmltag class="attribute">Class</sgmltag> is <literal>EndOfRange</literal>,
otherwise it is <literal>Singular</literal>.
</para>
</listitem>
</varlistentry>
<varlistentry><term>pagenum</term>
<listitem>
<para>
<sgmltag class="attribute">PageNum</sgmltag> indicates the page on which this
index term occurs in some version of the printed document.
</para>
</listitem>
</varlistentry>
<varlistentry><term>scope</term>
<listitem>
<para>
<sgmltag class="attribute">Scope</sgmltag> identifies in which indexes the 
<sgmltag>IndexTerm</sgmltag> should appear. <literal>Global</literal> means the index
for the whole collection of documents, <literal>Local</literal> means the index
for this document only, and <literal>All</literal> means both indexes.
</para>
</listitem>
</varlistentry>
<varlistentry><term>significance</term>
<listitem>
<para>
<sgmltag class="attribute">Significance</sgmltag> specifies whether or not
this <sgmltag>IndexTerm</sgmltag> is considered the most important location
for information about the terms being indexed. Generally,
<literal>Preferred</literal> <sgmltag>IndexTerm</sgmltag>s get special typographic
treatment in the <sgmltag>Index</sgmltag>.
</para>
</listitem>
</varlistentry>
<varlistentry><term>startref</term>
<listitem>
<para>
The use of <sgmltag class="attribute">StartRef</sgmltag> implies a spanning index
entry. <sgmltag class="attribute">StartRef</sgmltag> is used on the term that
defines the end of the span and points to the term which defines the
beginning.
</para>
</listitem>
</varlistentry>
<varlistentry><term>type</term>
<listitem>
<para>FIXME:
</para>
</listitem>
</varlistentry>
<varlistentry><term>zone</term>
<listitem>
<para>
The use of <sgmltag class="attribute">Zone</sgmltag> implies a spanning index
entry. <sgmltag class="attribute">Zone</sgmltag> holds the &AT.ID;s of the elements
to which it applies. The <sgmltag>IndexTerm</sgmltag> applies to the contents
of the entire element(s) to which it points. If <sgmltag class="attribute">Zone</sgmltag> is used, the physical placement of the <sgmltag>IndexTerm</sgmltag> in the flow
of the document <emphasis>is irrelevant</emphasis>.
</para>
</listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1 condition='ref.elem.seealso'><title>See Also</title>
&indexterm.seealso.gen;
</refsect1>
<refsect1><title>Examples</title>

<informalexample role="example-source">
<programlisting>&indexterm.example.1.txt;</programlisting>
</informalexample>

<anchor id="ex.os.indexterm.1" role="HACK-ex.out.start"/>
&indexterm.example.1.gen;
<anchor id="ex.oe.indexterm.1" role="HACK-ex.out.end"/>

<informalexample role="example-source">
<programlisting>&indexterm.example.2.txt;</programlisting>
</informalexample>

<informalexample role="example-source">
<programlisting>&indexterm.example.3.txt;</programlisting>
</informalexample>

&indexterm.example.seealso.gen;
</refsect1>
</refentry>