blob: 11b6a8545821d120536b50d2e531cffeefa37565 (
plain)
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
|
<html>
<head>
<meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
<title>Mom -- Document processing, creating a cover page</title>
</head>
<body bgcolor="#dfdfdf">
<!====================================================================>
<a href="letters.html#TOP">Next</a>
<a href="rectoverso.html#TOP">Prev</a>
<a href="toc.html">Back to Table of Contents</a>
<a name="TOP"></a>
<a name="COVER">
<h2 align="center"><u>CREATING A COVER PAGE</u></h2>
</a>
<p>
At present, <strong>mom</strong> provides no mechanism for
automatically generating cover pages. It's a situation not likely
to change, given that what's needed on document covers changes from
document to document, both in terms of style and content. And,
more often than not, what goes on covers is matter of personal taste.
<p>
If you want a document to begin with a cover page, typeset the cover
(using the
<a href="typesetting.html#MACROS_TYPESETTING">typesetting macros</a>).
At the end, invoke
<a href="typesetting.html#NEWPAGE">NEWPAGE</a>,
then set up your document <em>in full</em> (see
<a href="docprocessing.html#DOCPROCESSING_TUT">Tutorial -- Setting up a mom document</a>),
invoking
<a href="docprocessing.html#START">START</a>
as usual once you're done. The cover page (and any typesetting
commands on it) will have no effect on <strong>mom</strong>'s
processing of the document itself, the first page of which, moreover,
will be numbered "1" unless you instruct her otherwise
with
<a href="headfootpage.html#PAGENUMBER">PAGENUMBER</a>.
<p>
<hr>
<a href="letters.html#TOP">Next</a>
<a href="rectoverso.html#TOP">Prev</a>
<a href="#TOP">Top</a>
<a href="toc.html">Back to Table of Contents</a>
</body>
</html>
|
