cpython/Doc/lib/libtemplate.tex

139 lines
5.0 KiB
TeX
Raw Normal View History

1995-03-01 14:07:08 +00:00
% Template for a library manual section.
% PLEASE REMOVE THE COMMENTS AFTER USING THE TEMPLATE
% ==== 1. ====
% Choose one of the following section headers and index entries;
% \section generates the section header, \declmodule produces the
% appropriate index entry for this module. Note that these should
% only be used for the defining entry for the module. Other
% references to the module should use \refbimodindex, \refstmodindex,
% \refexmodindex or \refmodindex, as appropriate.
\section{Built-in Module \module{spam}} % If implemented in C, in
\declaremodule{builtin}{spam} % standard library
\section{Standard Module \module{spam}} % If implemented in Python, in
\declaremodule{standard}{spam} % standard library
1995-03-01 14:07:08 +00:00
\section{Extension Module \module{spam}}% If implemented in C, but not
\declaremodule{extension}{spam} % in standard library
1995-03-01 14:07:08 +00:00
\section{Module \module{spam}} % If implemented in Python, but not
\declaremodule{}{spam} % in standard library
\modulesynopsis{This is a one-line descrition, for the chapter header.}
1995-03-01 14:07:08 +00:00
% ==== 2. ====
% Give a short overview of what the module does.
% If it is platform specific, mention this.
% Mention other important restrictions or general operating principles.
% For example:
1998-02-24 21:43:05 +00:00
The \module{spam} module defines operations for handling cans of Spam.
1995-03-01 14:07:08 +00:00
It knows the four generally available Spam varieties and understands
both can sizes.
Because spamification requires \UNIX{} process management, the module
is only available on genuine \UNIX{} systems.
1995-03-01 14:07:08 +00:00
% ==== 3. ====
% List the public functions defined by the module. Begin with a
% standard phrase. You may also list the exceptions and other data
% items defined in the module, insofar as they are important for the
% user.
1998-02-24 21:43:05 +00:00
The \module{spam} module defines the following functions:
1995-03-01 14:07:08 +00:00
% ---- 3.1. ----
% For each function, use a ``funcdesc'' block. This has exactly two
% parameters (each parameters is contained in a set of curly braces):
% the first parameter is the function name (this automatically
% generates an index entry); the second parameter is the function's
% argument list. If there are no arguments, use an empty pair of
% curly braces. If there is more than one argument, separate the
% arguments with backslash-comma. Optional parts of the parameter
% list are contained in \optional{...} (this generates a set of square
% brackets around its parameter). Arguments are automatically set in
% italics in the parameter list. Each argument should be mentioned at
% least once in the description; each usage (even inside \code{...})
% should be enclosed in \var{...}.
\begin{funcdesc}{open}{filename\optional{, mode\optional{, buffersize}}}
1995-03-01 14:07:08 +00:00
Open the file \var{filename} as a can of Spam. The optional
\var{mode} and \var{buffersize} arguments specify the read-write mode
(\code{'r'} (default) or \code{'w'}) and the buffer size (default:
system dependent).
\end{funcdesc}
% ---- 3.2. ----
1995-03-01 14:07:08 +00:00
% Data items are described using a ``datadesc'' block. This has only
% one parameter: the item's name.
\begin{datadesc}{cansize}
The default can size, in ounces. Legal values are 7 and 12. The
default varies per supermarket. This variable should not be changed
1998-02-24 21:43:05 +00:00
once the \function{open()} function has been called.
1995-03-01 14:07:08 +00:00
\end{datadesc}
% --- 3.3. ---
1995-03-01 14:07:08 +00:00
% Exceptions are described using a ``excdesc'' block. This has only
% one parameter: the exception name.
\begin{excdesc}{error}
Exception raised when an operation fails for a Spam specific reason.
The exception argument is a string describing the reason of the
failure.
\end{excdesc}
% ---- 3.4. ----
% Other standard environments:
%
% classdesc - Python classes; same arguments are funcdesc
% methoddesc - methods, like funcdesc but has an optional parameter
% to give the type name: \begin{methoddesc}[mytype]{name}{args}
% By default, the type name will be the name of the
% last class defined using classdesc. The type name
% is required if the type is implemented in C (because
% there's no classdesc) or if the class isn't directly
% documented (if it's private).
% memberdesc - data members, like datadesc, but with an optional
% type name like methoddesc.
1995-03-01 14:07:08 +00:00
% ==== 4. ====
% Now is probably a good time for a complete example. (Alternatively,
% an example giving the flavor of the module may be given before the
% detailed list of functions.)
Example:
\begin{verbatim}
1995-03-01 14:07:08 +00:00
>>> import spam
>>> can = spam.open('/etc/passwd')
>>> can.empty()
>>> can.close()
\end{verbatim}
% Note that there is no trailing ">>> " prompt shown.
1995-03-01 14:07:08 +00:00
% ==== 5. ====
% If your module defines new object types (for a built-in module) or
% classes (for a module written in Python), you should list the
% methods and instance variables (if any) of each type or class in a
% separate subsection.
1995-03-01 14:07:08 +00:00
\subsection{Spam Objects}
\label{spam-objects}
% This label is generally useful for referencing this section, but is
% also used to give a filename when generating HTML.
1995-03-01 14:07:08 +00:00
Spam objects, as returned by \function{open()} above, have the
following methods:
1995-03-01 14:07:08 +00:00
\begin{methoddesc}[spam]{empty}{}
1995-03-01 14:07:08 +00:00
Empty the can into the trash.
\end{methoddesc}