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
|
<head>
<title>UK TeX FAQ -- question label pkgdoc</title>
</head><body>
<h3>Documentation of packages</h3>
<p>These FAQs regularly suggest packages that will "solve"
particular problems. In some cases, the answer provides a recipe for
the job. In other cases, or when the solution needs elaborating, how
is the poor user to find out what to do?
<p>If you're lucky, the package you need is already in your installation.
If you're particularly lucky, you're using a distribution that gives
access to package documentation and the documentation is available in
a form that can easily be shown. For example, on a teTeX-based
system, the <i>texdoc</i> command is usually useful, as in:
<blockquote>
<pre>
texdoc footmisc
</pre>
</blockquote>
which opens an <i>xdvi</i> window showing documentation of the
<i>footmisc</i> package. According to the type of file
<i>texdoc</i> finds, it will launch <i>xdvi</i>,
a <i>ghostscript</i>-based PostScript viewer or a PDF reader.
If it can't find any documentation, it may launch a Web browser to
look at its copy of the CTAN catalogue. The catalogue has an
entry for package documentation, and since CTAN now
encourages authors to submit documentation of their packages, that
entry may provide a useful lead.
<p>If your luck (as defined above) doesn't hold out, you've got to find
documentation by other means. This is where you need to exercise your
intelligence: you have to find the documentation for yourself. What
follows offers a range of possible techniques.
<p>The commonest form of documentation of LaTeX add-ons is within the
<code>.dtx</code> file in which the code is distributed (see
<a href="FAQ-dtx.html">documented LaTeX sources</a>). Such files
are supposedly processable by LaTeX itself, but there are
occasional hiccups on the way to readable documentation. Common
problems are that the package itself is needed to process its own
documentation (so must be unpacked before processing), and that the
<code>.dtx</code> file will <em>not</em> in fact process with LaTeX. In the
latter case, the <code>.ins</code> file will usually produce a <code>.drv</code> (or
similarly-named) file, which you process with LaTeX instead.
(Sometimes the package author even thinks to mention this wrinkle in
a package <code>README</code> file.)
<p>Another common form is the separate documentation file; particularly
if a package is "conceptually large" (and therefore needs a lot of
documentation), the documentation would prove a cumbersome extension
to the <code>.dtx</code> file. Examples of such cases are the <i>memoir</i>
class (whose documentation, <i>memman</i>, is widely praised as an
introduction to typesetting concepts), the <i>KOMA-script</i> bundle
(whose developers take the trouble to produce detailed documentation
in both German and English), and the <i>fancyhdr</i> package (whose
documentation derives from a definitive tutorial in a mathematical
journal). Even if the documentation is not separately identified in a
<code>README</code> file, it should not be too difficult to recognise its
existence.
<p>Documentation within the package itself is the third common form.
Such documentation ordinarily appears in comments at the head of the
file, though at least one eminent author regularly places it after the
<code>\</code><code>endinput</code> command in the package. (This is desirable, since
<code>\</code><code>endinput</code> is a 'logical' end-of-file, and (La)TeX doesn't read
beyond it: thus such documentation does not 'cost' any package loading time.)
<p>The above suggestions cover most possible ways of finding
documentation. If, despite your best efforts, you can't find
it in any of the above places, there's the awful possibility that the
author didn't bother to document his package (on the "if it was hard
to write, it should be hard to use" philosophy). Most ordinary
mortals will seek support from some more experienced user at this
stage, though it <em>is</em> possible to proceed in the way that the original
author apparently expected...by reading his code.
<p><p>This question on the Web: <a href="http://www.tex.ac.uk/cgi-bin/texfaq2html?label=pkgdoc">http://www.tex.ac.uk/cgi-bin/texfaq2html?label=pkgdoc</a>
</body>
|