1 .\" Based on template /usr/share/man-db/examples/manpage.example provided by
2 .\" Tom Christiansen <tchrist@jhereg.perl.com>.
4 .\" vim: set syn=nroff:
7 foo, bar \- programs to do something
26 .\" Putting a newline after each sentence can generate better output.
27 Long drawn-out discussion of the program.
28 It's a good idea to break this up into subsections using the .SS macro,
30 .SS "A Sample Subsection"
31 .SS "Yet Another Sample Subsection"
34 (or other) manual page should use the .BR macro as here.
36 Use the .PP macro to start a new paragraph within a section.
38 Some people make this separate from the description.
39 The following style is typically used to document options:
42 The user MUST specify either
47 The { and } braces mean one of the enclosed is required.
48 The bar (|) separates exclusive options (i.e. you cannot have both at once).
51 Pass the user-supplied
55 to change its behaviour.
58 is underlined or in italics means that the user replaces it with a valid
59 value for this option.
60 The [ and ] brackets mean it isn't required.
62 Use \(oq\e-\(cq rather than \(oq-\(cq for dashes in command-line options.
63 \(oq-\(cq means hyphen, and formats differently when using certain output
69 is required, because it is not in brackets.
72 means that the user can optionally specify additional arguments at the end.
73 The ellipses (...) indicate one or more of this parameter is allowed.
75 What the program or function returns if successful.
77 Return codes, either exit status or errno settings.
79 Give some example uses of the program.
81 Environment variables this program might care about.
83 All files used by the program.
84 Typical usage is like this:
87 .\" set tabstop to longest possible filename, plus a wee bit
88 .ta \w'/usr/lib/perl/getopts.pl 'u
89 \fI/usr/man\fR default man tree
90 \fI/usr/man/man*/*.*\fR unformatted (nroff source) man pages
92 Miscellaneous commentary.
94 Things to take special care with, sometimes called WARNINGS.
96 All the possible error messages the program can print out,
97 what they mean, and how to correct them if applicable.
99 Things that are broken or just don't work quite right.
101 Bugs you don't plan to fix. :-)
103 Who wrote it (or AUTHORS if multiple).
105 Programs derived from other sources sometimes have this.
107 .\" Always quote multiple words for .SH
108 Other man pages to check out, like