@top
@chapter
@unnumbered and @appendix
@majorheading, @chapheading
@section
@unnumberedsec, @appendixsec, @heading
@subsection Command
@subsection-like Commands
@raisesections and @lowersections
@code{sample-code}
@kbd{keyboard-characters}
@key{key-name}
@samp{text}
@verb{<char>text<char>}
@var{metasyntactic-variable}
@env{environment-variable}
@file{file-name}
@command{command-name}
@option{option-name}
@dfn{term}
@abbr{abbreviation[, meaning]}
@acronym{acronym[, meaning]}
@indicateurl{uniform-resource-locator}
@email{email-address[, displayed-text]}
@quotation: Block quotations
@example: Example Text
@verbatim: Literal Text
@verbatiminclude file: Include a File Verbatim
@lisp: Marking a Lisp Example
@small... Block Commands
@display and @smalldisplay
@format and @smallformat
@exdent: Undoing a Line's Indentation
@flushleft and @flushright
@noindent: Omitting Indentation
@indent: Forcing Indentation
@cartouche: Rounded Rectangles Around Examples
@euro{} (€): Euro Currency Symbol
@pounds{} (£): Pounds Sterling
@textdegree{} (°): Degrees Symbol
@minus{} (−): Inserting a Minus Sign
@geq{} (≥) and @leq{} (≤): Inserting relations
@math: Inserting Mathematical Expressions
@result{} (⇒): Indicating Evaluation
@expansion{} (==>): Indicating an Expansion
@print{} (-|): Indicating Printed Output
@error{} (error-->): Indicating an Error Message
@equiv{} (==): Indicating Equivalence
@point{} (-!-): Indicating Point in a Buffer
@* and @/: Generate and Allow Line Breaks
@- and @hyphenation: Helping TeX Hyphenate
@allowcodebreaks: Control Line Breaks in @code
@w{text}: Prevent Line Breaks
@tie{}: Inserting an Unbreakable Space
@sp n: Insert Blank Lines
@page: Start a New Page
@group: Prevent Page Breaks
@need mils: Prevent Page Breaks
tex and texindex
texi2dvi
lpr -d
@pagesizes [width][, height]: Custom Page Sizes
This manual is for GNU Texinfo (version 4.13, 18 September 2008), a documentation system that can produce both online information and a printed manual from a single source.
The first part of this master menu lists the major nodes in this Info document, including the @-command and concept indices. The rest of the menu lists all the lower level nodes in the document.
--- The Detailed Node Listing ---
Overview of Texinfo
Using Texinfo Mode
Updating Nodes and Menus
Beginning a Texinfo File
Texinfo File Header
Document Permissions
Title and Copyright Pages
The `Top' Node and Master Menu
Global Document Commands
Ending a Texinfo File
Chapter Structuring
Nodes
The @node Command
Menus
Cross References
@xref
Marking Words and Phrases
Indicating Definitions, Commands, etc.
Emphasizing Text
Quotations and Examples
Lists and Tables
Making a Two-column Table
@multitable: Multi-column Tables
Special Displays
Floats
Inserting Images
Footnotes
Indices
Combining Indices
Special Insertions
Inserting @ and {} and ,
Inserting Space
Inserting Ellipsis and Bullets
Inserting TeX and Legal Symbols: ©, ®
Glyphs for Examples
Glyphs Summary
Forcing and Preventing Breaks
Definition Commands
The Definition Commands
Object-Oriented Programming
Conditionally Visible Text
@set, @clear, and @value
Internationalization
Defining New Texinfo Commands
Formatting and Printing Hardcopy
Creating and Installing Info Files
Creating an Info File
Installing an Info File
Generating HTML
HTML Cross-references
@-Command List
Sample Texinfo Files
GNU Free Documentation License
Include Files
Page Headings
Formatting Mistakes
Finding Badly Referenced Nodes
Documentation is like sex: when it is good, it is very, very good; and when it is bad, it is better than nothing. —Dick Brandon
The programs currently being distributed that relate to Texinfo include
makeinfo, info, texindex, and texinfo.tex.
These programs are free; this means that everyone is free to use
them and free to redistribute them on a free basis. The Texinfo-related
programs are not in the public domain; they are copyrighted and there
are restrictions on their distribution, but these restrictions are
designed to permit everything that a good cooperating citizen would want
to do. What is not allowed is to try to prevent others from further
sharing any version of these programs that they might get from you.
Specifically, we want to make sure that you have the right to give away copies of the programs that relate to Texinfo, that you receive source code or else can get it if you want it, that you can change these programs or use pieces of them in new free programs, and that you know you can do these things.
To make sure that everyone has such rights, we have to forbid you to deprive anyone else of these rights. For example, if you distribute copies of the Texinfo related programs, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must tell them their rights.
Also, for our own protection, we must make certain that everyone finds out that there is no warranty for the programs that relate to Texinfo. If these programs are modified by someone else and passed on, we want their recipients to know that what they have is not what we distributed, so that any problems introduced by others will not reflect on our reputation.
The precise conditions of the licenses for the programs currently being distributed that relate to Texinfo are found in the General Public Licenses that accompany them. This manual specifically is covered by the GNU Free Documentation License (see GNU Free Documentation License).
Texinfo1 is a documentation system that uses a single source file to produce both online information and printed output. This means that instead of writing two different documents, one for the online information and the other for a printed work, you need write only one document. Therefore, when the work is revised, you need revise only that one document.
Manuals for most GNU packages are written in Texinfo, and available online at http://www.gnu.org/doc.
We welcome bug reports and suggestions for any aspect of the Texinfo system, programs, documentation, installation, anything. Please email them to bug-texinfo@gnu.org. You can get the latest version of Texinfo from ftp://ftp.gnu.org/gnu/texinfo/ and its mirrors worldwide.
For bug reports, please include enough information for the maintainers to reproduce the problem. Generally speaking, that means:
When in doubt whether something is needed or not, include it. It's better to include too much than to leave out something important.
Patches are most welcome; if possible, please make them with ‘diff -c’ (see Overview) and include ChangeLog entries (see Change Log), and follow the existing coding style.
Using Texinfo, you can create a printed document (via the TeX typesetting system) the normal features of a book, including chapters, sections, cross references, and indices. From the same Texinfo source file, you can create an Info file with special features to make documentation browsing easy. You can also create from that same source file an HTML output file suitable for use with a web browser, or an XML file. See the next section (see Output Formats) for details and the exact commands to generate output from the source.
TeX works with virtually all printers; Info works with virtually all computer terminals; the HTML output works with virtually all web browsers. Thus Texinfo can be used by almost any computer user.
A Texinfo source file is a plain ASCII file containing text interspersed with @-commands (words preceded by an ‘@’) that tell the typesetting and formatting programs what to do. You can edit a Texinfo file with any text editor, but it is especially convenient to use GNU Emacs since that editor has a special mode, called Texinfo mode, that provides various Texinfo-related features. (See Texinfo Mode.)
You can use Texinfo to create both online help and printed manuals; moreover, Texinfo is freely redistributable. For these reasons, Texinfo is the official documentation format of the GNU project. More information is available at the GNU documentation web page.
Here is a brief overview of the output formats currently supported by Texinfo.
Be aware that the Texinfo language is very different from and much
stricter than TeX's usual languages, plain TeX and LaTeX.
For more information on TeX in general, please see the book
TeX for the Impatient, available from
http://savannah.gnu.org/projects/teximpatient.
From time to time, proposals are made to generate traditional Unix man pages from Texinfo source. However, because man pages have a very strict conventional format, generating a good man page requires a completely different source than the typical Texinfo applications of writing a good user tutorial and/or a good reference manual. This makes generating man pages incompatible with the Texinfo design goal of not having to document the same information in different ways for different output formats. You might as well just write the man page directly.
Man pages still have their place, and if you wish to support them, you may find the program help2man to be useful; it generates a traditional man page from the ‘--help’ output of a program. In fact, this is currently used to generate man pages for the programs in the Texinfo distribution. It is GNU software written by Brendan O'Dea, available from ftp://ftp.gnu.org/gnu/help2man/.
If you are a programmer and would like to contribute to the GNU project
by implementing additional output formats for Texinfo, that would be
excellent. But please do not write a separate translator texi2foo for
your favorite format foo! That is the hard way to do the job, and makes
extra work in subsequent maintenance, since the Texinfo language is
continually being enhanced and updated. Instead, the best approach is
modify makeinfo to generate the new format.
An Info file is a Texinfo file formatted so that the Info documentation
reading program can operate on it. (makeinfo
and texinfo-format-buffer are two commands that convert a Texinfo file
into an Info file.)
Info files are divided into pieces called nodes, each of which contains the discussion of one topic. Each node has a name, and contains both text for the user to read and pointers to other nodes, which are identified by their names. The Info program displays one node at a time, and provides commands with which the user can move to other related nodes.
See Top, for more information about using Info.
Each node of an Info file may have any number of child nodes that describe subtopics of the node's topic. The names of child nodes are listed in a menu within the parent node; this allows you to use certain Info commands to move to one of the child nodes. Generally, an Info file is organized like a book. If a node is at the logical level of a chapter, its child nodes are at the level of sections; likewise, the child nodes of sections are at the level of subsections.
All the children of any one parent are linked together in a bidirectional chain of `Next' and `Previous' pointers. The `Next' pointer provides a link to the next section, and the `Previous' pointer provides a link to the previous section. This means that all the nodes that are at the level of sections within a chapter are linked together. Normally the order in this chain is the same as the order of the children in the parent's menu. Each child node records the parent node name as its `Up' pointer. The last child has no `Next' pointer, and the first child has the parent both as its `Previous' and as its `Up' pointer.2
The book-like structuring of an Info file into nodes that correspond to chapters, sections, and the like is a matter of convention, not a requirement. The `Up', `Previous', and `Next' pointers of a node can point to any other nodes, and a menu can contain any other nodes. Thus, the node structure can be any directed graph. But it is usually more comprehensible to follow a structure that corresponds to the structure of chapters and sections in a printed book or report.
In addition to menus and to `Next', `Previous', and `Up' pointers, Info provides pointers of another kind, called references, that can be sprinkled throughout the text. This is usually the best way to represent links that do not fit a hierarchical structure.
Usually, you will design a document so that its nodes match the structure of chapters and sections in the printed output. But occasionally there are times when this is not right for the material being discussed. Therefore, Texinfo uses separate commands to specify the node structure for the Info file and the section structure for the printed output.
Generally, you enter an Info file through a node that by convention is named `Top'. This node normally contains just a brief summary of the file's purpose, and a large menu through which the rest of the file is reached. From this node, you can either traverse the file systematically by going from node to node, or you can go to a specific node listed in the main menu, or you can search the index menus and then go directly to the node that has the information you want. Alternatively, with the standalone Info program, you can specify specific menu items on the command line (see Top).
If you want to read through an Info file in sequence, as if it were a printed manual, you can hit <SPC> repeatedly, or you get the whole file with the advanced Info command g *. (see Advanced Info commands.)
The dir file in the info directory serves as the departure point for the whole Info system. From it, you can reach the `Top' nodes of each of the documents in a complete Info system.
If you wish to refer to an Info file in a URI, you can use the (unofficial) syntax exemplified in the following. This works with Emacs/W3, for example:
info:///usr/info/emacs#Dissociated%20Press
info:emacs#Dissociated%20Press
info://localhost/usr/info/emacs#Dissociated%20Press
The info program itself does not follow URIs of any kind.
A Texinfo file can be formatted and typeset as a printed book or manual. To do this, you need TeX, a powerful, sophisticated typesetting program written by Donald Knuth.3
A Texinfo-based book is similar to any other typeset, printed work: it can have a title page, copyright page, table of contents, and preface, as well as chapters, numbered or unnumbered sections and subsections, page headers, cross references, footnotes, and indices.
You can use Texinfo to write a book without ever having the intention of converting it into online information. You can use Texinfo for writing a printed novel, and even to write a printed memo, although this latter application is not recommended since electronic mail is so much easier.
TeX is a general purpose typesetting program. Texinfo provides a file texinfo.tex that contains information (definitions or macros) that TeX uses when it typesets a Texinfo file. (texinfo.tex tells TeX how to convert the Texinfo @-commands to TeX commands, which TeX can then process to create the typeset document.) texinfo.tex contains the specifications for printing a document. You can get the latest version of texinfo.tex from the Texinfo home page, http://www.gnu.org/software/texinfo/.
In the United States, documents are most often printed on 8.5 inch by 11
inch pages (216mm by 280mm); this is the default size. But
you can also print for 7 inch by 9.25 inch pages (178mm by
235mm, the @smallbook size; or on A4 or A5 size paper
(@afourpaper, @afivepaper). (See Printing “Small” Books. Also, see Printing on A4 Paper.)
By changing the parameters in texinfo.tex, you can change the size of the printed document. In addition, you can change the style in which the printed document is formatted; for example, you can change the sizes and fonts used, the amount of indentation for each paragraph, the degree to which words are hyphenated, and the like. By changing the specifications, you can make a book look dignified, old and serious, or light-hearted, young and cheery.
TeX is freely distributable. It is written in a superset of Pascal called WEB and can be compiled either in Pascal or (by using a conversion program that comes with the TeX distribution) in C. (See TeX Mode, for information about TeX.)
TeX is very powerful and has a great many features. Because a Texinfo file must be able to present information both on a character-only terminal in Info form and in a typeset book, the formatting commands that Texinfo supports are necessarily limited.
To get a copy of TeX, see How to Obtain TeX.
In a Texinfo file, the commands that tell TeX how to typeset the
printed manual and tell makeinfo and
texinfo-format-buffer how to create an Info file are preceded
by ‘@’; they are called @-commands. For example,
@node is the command to indicate a node and @chapter
is the command to indicate the start of a chapter.
Note: Almost all @ command names are entirely lower case.
The Texinfo @-commands are a strictly limited set of constructs. The strict limits make it possible for Texinfo files to be understood both by TeX and by the code that converts them into Info files. You can display Info files on any terminal that displays alphabetic and numeric characters. Similarly, you can print the output generated by TeX on a wide variety of printers.
Depending on what they do or what arguments4 they take, you need to write @-commands on lines of their own or as part of sentences:
@quotation at the beginning of a line as
the only text on the line. (@quotation begins an indented
environment.)
@chapter at the beginning of a line
followed by the command's arguments, in this case the chapter title, on
the rest of the line. (@chapter creates chapter titles.)
@dots{} wherever you wish but usually
within a sentence. (@dots{} creates an ellipsis ...)
@code{sample-code} wherever you
wish (but usually within a sentence) with its argument,
sample-code in this example, between the braces. (@code
marks text as being code.)
@example on a line of its own; write the
body-text on following lines; and write the matching @end
command, @end example in this case, on a line of its own
after the body-text. (@example ... @end example
indents and typesets body-text as an example.) It's usually ok to
indent environment commands like this, but in complicated and
hard-to-define circumstances the extra spaces cause extra space to
appear in the output, so beware.
As a general rule, a command requires braces if it mingles among other
text; but it does not need braces if it starts a line of its own. The
non-alphabetic commands, such as @:, are exceptions to the rule;
they do not need braces.
As you gain experience with Texinfo, you will rapidly learn how to write the different commands: the different ways to write commands actually make it easier to write and read Texinfo files than if all commands followed exactly the same syntax. See @-Command Syntax, for all the details.
This section describes the general conventions used in all Texinfo documents.
@noindent to inhibit
paragraph indentation if required (see @noindent).
@code and @example.
makeinfo does nothing special with tabs, and thus a tab
character in your input file will usually appear differently in the
output.
To avoid this problem, Texinfo mode in GNU Emacs inserts
multiple spaces when you press the <TAB> key. Also, you can run
untabify in Emacs to convert tabs in a region to multiple
spaces, or use the unexpand command from the shell.
You can write comments in a Texinfo file that will not appear in
either the Info file or the printed manual by using the
@comment command (which may be abbreviated to @c).
Such comments are for the person who revises the Texinfo file. All the
text on a line that follows either @comment or @c is a
comment; the rest of the line does not appear in either the Info file
or the printed manual.
Often, you can write the @comment or @c in the middle of
a line, and only the text that follows after the @comment or
@c command does not appear; but some commands, such as
@settitle and @setfilename, work on a whole line. You
cannot use @comment or @c in a line beginning with such
a command.
You can write long stretches of text that will not appear in either
the Info file or the printed manual by using the @ignore and
@end ignore commands. Write each of these commands on a line
of its own, starting each command at the beginning of the line. Text
between these two commands does not appear in the processed output.
You can use @ignore and @end ignore for writing
comments.
Text enclosed by @ignore or by failing @ifset or
@ifclear conditions is ignored in the sense that it will not
contribute to the formatted output. However, TeX and makeinfo must
still parse the ignored text, in order to understand when to stop
ignoring text from the source file; that means that you may still get
error messages if you have invalid Texinfo commands within ignored text.
By convention, the name of a Texinfo file ends with (in order of preference) one of the extensions .texinfo, .texi, .txi, or .tex. The longer extensions are preferred since they describe more clearly to a human reader the nature of the file. The shorter extensions are for operating systems that cannot handle long file names.
In order to be made into a printed manual and an Info file, a Texinfo file must begin with lines like this:
\input texinfo
@setfilename info-file-name
@settitle name-of-manual
The contents of the file follow this beginning, and then you must end a Texinfo file with a line like this:
@bye
@setfilename line provides a name for the Info file and
tells TeX to open auxiliary files. All text before
@setfilename is ignored!
@settitle line specifies a title for the page headers (or
footers) of the printed manual, and the default document description for
the ‘<head>’ in HTML format. Strictly speaking, @settitle
is optional—if you don't mind your document being titled `Untitled'.
@bye line at the end of the file on a line of its own tells
the formatters that the file is ended and to stop formatting.
Typically, you will not use quite such a spare format, but will include mode setting and start-of-header and end-of-header lines at the beginning of a Texinfo file, like this:
\input texinfo @c -*-texinfo-*-
@c %**start of header
@setfilename info-file-name
@settitle name-of-manual
@c %**end of header
In the first line, ‘-*-texinfo-*-’ causes Emacs to switch into Texinfo mode when you edit the file.
The @c lines which surround the @setfilename and
@settitle lines are optional, but you need them in order to
run TeX or Info on just part of the file. (See Start of Header.)
Furthermore, you will usually provide a Texinfo file with a title page, indices, and the like, all of which are explained in this manual. But the minimum, which can be useful for short documents, is just the three lines at the beginning and the one line at the end.
Generally, a Texinfo file contains more than the minimal beginning and end described in the previous section—it usually contains the six parts listed below. These are described fully in the following sections.
@copying command.
@titlepage and @end titlepage commands. The title and
copyright page appear only in the printed manual.
@bye command on a line of its own.
Here is a very short but complete Texinfo file, in the six conventional parts enumerated in the previous section, so you can see how Texinfo source appears in practice. The first three parts of the file, from ‘\input texinfo’ through to ‘@end titlepage’, look more intimidating than they are: most of the material is standard boilerplate; when writing a manual, you simply change the names as appropriate.
See Beginning a File, for full documentation on the commands listed here. See GNU Sample Texts, for the full texts to be used in GNU manuals.
In the following, the sample text is indented; comments on it are not. The complete file, without interspersed comments, is shown in Short Sample Texinfo File.
The header does not appear in either the Info file or the printed output. It sets various parameters, including the name of the Info file and the title used in the header.
\input texinfo @c -*-texinfo-*-
@c %**start of header
@setfilename sample.info
@settitle Sample Manual 1.0
@c %**end of header
A real manual includes more text here, according to the license under which it is distributed. See GNU Sample Texts.
@copying
This is a short example of a complete Texinfo file, version 1.0.
Copyright @copyright{} 2005 Free Software Foundation, Inc.
@end copying
The titlepage segment does not appear in the online output, only in the
printed manual. We use the @insertcopying command to
include the permission text from the previous section, instead of
writing it out again; it is output on the back of the title page. The
@contents command generates a table of contents.
@titlepage
@title Sample Title
@c The following two commands start the copyright page.
@page
@vskip 0pt plus 1filll
@insertcopying
@end titlepage
@c Output the table of contents at the beginning.
@contents
The `Top' node contains the master menu for the Info file. Since the printed manual uses a table of contents rather than a menu, it excludes the `Top' node. We repeat the short description from the beginning of the ‘@copying’ text, but there's no need to repeat the copyright information, so we don't use ‘@insertcopying’ here. The ‘@top’ command itself helps makeinfo determine the relationships between nodes.
@ifnottex
@node Top
@top Short Sample
This is a short sample Texinfo file.
@end ifnottex
@menu
* First Chapter:: The first chapter is the
only chapter in this sample.
* Index:: Complete index.
@end menu
The body segment contains all the text of the document, but not the indices or table of contents. This example illustrates a node and a chapter containing an enumerated list.
@node First Chapter
@chapter First Chapter
@cindex chapter, first
This is the first chapter.
@cindex index entry, another
Here is a numbered list.
@enumerate
@item
This is the first item.
@item
This is the second item.
@end enumerate
The end segment contains commands for generating an index in a node and
unnumbered chapter of its own, and the @bye command that marks
the end of the document.
@node Index
@unnumbered Index
@printindex cp
@bye
Here is what the contents of the first chapter of the sample look like:
This is the first chapter.Here is a numbered list.
- This is the first item.
- This is the second item.
Richard M. Stallman invented the Texinfo format, wrote the initial processors, and created Edition 1.0 of this manual. Robert J. Chassell greatly revised and extended the manual, starting with Edition 1.1. Brian Fox was responsible for the standalone Texinfo distribution until version 3.8, and wrote the standalone makeinfo and info programs. Karl Berry has continued maintenance since Texinfo 3.8 (manual edition 2.22).
Our thanks go out to all who helped improve this work, particularly the indefatigable Eli Zaretskii and Andreas Schwab, who have provided patches beyond counting. François Pinard and David D. Zuhn, tirelessly recorded and reported mistakes and obscurities. Zack Weinberg did the impossible by implementing the macro syntax in texinfo.tex. Special thanks go to Melissa Weisshaus for her frequent reviews of nearly similar editions. Dozens of others have contributed patches and suggestions, they are gratefully acknowledged in the ChangeLog file. Our mistakes are our own.
A bit of history: in the 1970's at CMU, Brian Reid developed a program
and format named Scribe to mark up documents for printing. It used the
@ character to introduce commands, as Texinfo does. Much more
consequentially, it strove to describe document contents rather than
formatting, an idea wholeheartedly adopted by Texinfo.
Meanwhile, people at MIT developed another, not too dissimilar format called Bolio. This then was converted to using TeX as its typesetting language: BoTeX. The earliest BoTeX version seems to have been 0.02 on October 31, 1984.
BoTeX could only be used as a markup language for documents to be printed, not for online documents. Richard Stallman (RMS) worked on both Bolio and BoTeX. He also developed a nifty on-line help format called Info, and then combined BoTeX and Info to create Texinfo, a mark up language for text that is intended to be read both online and as printed hard copy.
You may edit a Texinfo file with any text editor you choose. A Texinfo file is no different from any other ASCII file. However, GNU Emacs comes with a special mode, called Texinfo mode, that provides Emacs commands and tools to help ease your work.
This chapter describes features of GNU Emacs' Texinfo mode but not any features of the Texinfo formatting language. So if you are reading this manual straight through from the beginning, you may want to skim through this chapter briefly and come back to it after reading succeeding chapters which describe the Texinfo formatting language in detail.
Texinfo mode provides special features for working with Texinfo files. You can:
@node lines.
Perhaps the two most helpful features are those for inserting frequently used @-commands and for creating node pointers and menus.
In most cases, the usual Text mode commands work the same in Texinfo
mode as they do in Text mode. Texinfo mode adds new editing commands
and tools to GNU Emacs' general purpose editing features. The major
difference concerns filling. In Texinfo mode, the paragraph
separation variable and syntax table are redefined so that Texinfo
commands that should be on lines of their own are not inadvertently
included in paragraphs. Thus, the M-q (fill-paragraph)
command will refill a paragraph but not mix an indexing command on a
line adjacent to it into the paragraph.
In addition, Texinfo mode sets the page-delimiter variable to
the value of texinfo-chapter-level-regexp; by default, this is
a regular expression matching the commands for chapters and their
equivalents, such as appendices. With this value for the page
delimiter, you can jump from chapter title to chapter title with the
C-x ] (forward-page) and C-x [
(backward-page) commands and narrow to a chapter with the
C-x n p (narrow-to-page) command. (See Pages, for details about the page commands.)
You may name a Texinfo file however you wish, but the convention is to
end a Texinfo file name with one of the extensions
.texinfo, .texi, .txi, or .tex. A longer
extension is preferred, since it is explicit, but a shorter extension
may be necessary for operating systems that limit the length of file
names. GNU Emacs automatically enters Texinfo mode when you visit a
file with a .texinfo, .texi or .txi
extension. Also, Emacs switches to Texinfo mode
when you visit a
file that has ‘-*-texinfo-*-’ in its first line. If ever you are
in another mode and wish to switch to Texinfo mode, type M-x
texinfo-mode.
Like all other Emacs features, you can customize or enhance Texinfo mode as you wish. In particular, the keybindings are very easy to change. The keybindings described here are the default or standard ones.
Texinfo mode provides commands to insert various frequently used @-commands into the buffer. You can use these commands to save keystrokes.
The insert commands are invoked by typing C-c twice and then the first letter of the @-command:
@code{} and put the
cursor between the braces.
@dfn{} and put the
cursor between the braces.
@end and attempt to insert the correct following word,
such as ‘example’ or ‘table’. (This command does not handle
nested lists correctly, but inserts the word appropriate to the
immediately preceding list.)
@item and put the
cursor at the beginning of the next line.
@kbd{} and put the
cursor between the braces.
@node and a comment line
listing the sequence for the `Next',
`Previous', and `Up' nodes.
Leave point after the @node.
@noindent and put the
cursor at the beginning of the next line.
@samp{} and put the
cursor between the braces.
@table followed by a <SPC>
and leave the cursor after the <SPC>.
@var{} and put the
cursor between the braces.
@example and put the
cursor at the beginning of the next line.
{} and put the cursor between the braces.
To put a command such as @code{...} around an
existing word, position the cursor in front of the word and type
C-u 1 C-c C-c c. This makes it easy to edit existing plain text.
The value of the prefix argument tells Emacs how many words following
point to include between braces—‘1’ for one word, ‘2’ for
two words, and so on. Use a negative argument to enclose the previous
word or words. If you do not specify a prefix argument, Emacs inserts
the @-command string and positions the cursor between the braces. This
feature works only for those @-commands that operate on a word or words
within one line, such as @kbd and @var.
This set of insert commands was created after analyzing the frequency with which different @-commands are used in the GNU Emacs Manual and the GDB Manual. If you wish to add your own insert commands, you can bind a keyboard macro to a key, use abbreviations, or extend the code in texinfo.el.
C-c C-c C-d (texinfo-start-menu-description) is an insert
command that works differently from the other insert commands. It
inserts a node's section or chapter title in the space for the
description in a menu entry line. (A menu entry has three parts, the
entry name, the node name, and the description. Only the node name is
required, but a description helps explain what the node is about.
See The Parts of a Menu.)
To use texinfo-start-menu-description, position point in a menu
entry line and type C-c C-c C-d. The command looks for and copies
the title that goes with the node name, and inserts the title as a
description; it positions point at beginning of the inserted text so you
can edit it. The function does not insert the title if the menu entry
line already contains a description.
This command is only an aid to writing descriptions; it does not do the whole job. You must edit the inserted text since a title tends to use the same words as a node name but a useful description uses different words.
You can show the section structure of a Texinfo file by using the
C-c C-s command (texinfo-show-structure). This command
shows the section structure of a Texinfo file by listing the lines
that begin with the @-commands for @chapter,
@section, and the like. It constructs what amounts
to a table of contents. These lines are displayed in another buffer
called the ‘*Occur*’ buffer. In that buffer, you can position
the cursor over one of the lines and use the C-c C-c command
(occur-mode-goto-occurrence), to jump to the corresponding spot
in the Texinfo file.
@chapter, @section, and such lines of a
Texinfo file.
If you call texinfo-show-structure with a prefix argument by
typing C-u C-c C-s, it will list not only those lines with the
@-commands for @chapter, @section, and the like, but
also the @node lines. You can use texinfo-show-structure
with a prefix argument to check whether the `Next', `Previous', and `Up'
pointers of an @node line are correct.
Often, when you are working on a manual, you will be interested only
in the structure of the current chapter. In this case, you can mark
off the region of the buffer that you are interested in by using the
C-x n n (narrow-to-region) command and
texinfo-show-structure will work on only that region. To see
the whole buffer again, use C-x n w (widen).
(See Narrowing, for more
information about the narrowing commands.)
In addition to providing the texinfo-show-structure command,
Texinfo mode sets the value of the page delimiter variable to match
the chapter-level @-commands. This enables you to use the C-x
] (forward-page) and C-x [ (backward-page)
commands to move forward and backward by chapter, and to use the
C-x n p (narrow-to-page) command to narrow to a chapter.
See Pages, for more information
about the page commands.
Texinfo mode provides commands for automatically creating or updating
menus and node pointers. The commands are called “update” commands
because their most frequent use is for updating a Texinfo file after you
have worked on it; but you can use them to insert the `Next',
`Previous', and `Up' pointers into an @node line that has none
and to create menus in a file that has none.
If you do not use the updating commands, you need to write menus and node pointers by hand, which is a tedious task.
You can use the updating commands to:
You can also use the commands to update all the nodes and menus in a region or in a whole Texinfo file.
The updating commands work only with conventional Texinfo files, which
are structured hierarchically like books. In such files, a structuring
command line must follow closely after each @node line, except
for the `Top' @node line. (A structuring command line is
a line beginning with @chapter, @section, or other
similar command.)
You can write the structuring command line on the line that follows
immediately after an @node line or else on the line that
follows after a single @comment line or a single
@ifinfo line. You cannot interpose more than one line between
the @node line and the structuring command line; and you may
interpose only an @comment line or an @ifinfo line.
Commands which work on a whole buffer require that the `Top' node be
followed by a node with an @chapter or equivalent-level command.
The menu updating commands will not create a main or master menu for a
Texinfo file that has only @chapter-level nodes! The menu
updating commands only create menus within nodes for lower level
nodes. To create a menu of chapters, you must provide a `Top'
node.
The menu updating commands remove menu entries that refer to other Info files since they do not refer to nodes within the current buffer. This is a deficiency. Rather than use menu entries, you can use cross references to refer to other Info files. None of the updating commands affect cross references.
Texinfo mode has five updating commands that are used most often: two
are for updating the node pointers or menu of a single node (or a
region); two are for updating every node pointer and menu in a file;
and one, the texinfo-master-menu command, is for creating a
master menu for a complete file, and optionally, for updating every
node and menu in the whole Texinfo file.
The texinfo-master-menu command is the primary command:
With an argument (prefix argument, C-u, if interactive), first create or update all the nodes and all the regular menus in the buffer before constructing the master menu. (See The Top Node and Master Menu, for more about a master menu.)
For texinfo-master-menu to work, the Texinfo file must have a
`Top' node and at least one subsequent node.
After extensively editing a Texinfo file, you can type the following:
C-u M-x texinfo-master-menu
or
C-u C-c C-u m
This updates all the nodes and menus completely and all at once.
The other major updating commands do smaller jobs and are designed for the person who updates nodes and menus as he or she writes a Texinfo file.
The commands are:
@node line preceding point). If the
@node line has pre-existing `Next', `Previous', or `Up'
pointers in it, the old pointers are removed and new ones inserted.
With an argument (prefix argument, C-u, if interactive), this command
updates all @node lines in the region (which is the text
between point and mark).
Whenever texinfo-make-menu updates an existing menu, the
descriptions from that menu are incorporated into the new menu. This
is done by copying descriptions from the existing menu to the entries
in the new menu that have the same node names. If the node names are
different, the descriptions are not copied to the new menu.
If a master menu exists, the texinfo-all-menus-update command
updates it; but the command does not create a new master menu if none
already exists. (Use the texinfo-master-menu command for
that.)
When working on a document that does not merit a master menu, you can type the following:
C-u C-c C-u C-a
or
C-u M-x texinfo-all-menus-update
This updates all the nodes and menus.
The texinfo-column-for-description variable specifies the
column to which menu descriptions are indented. By default, the value
is 32 although it can be useful to reduce it to as low as 24. You
can set the variable via customization (see Changing an Option) or with the M-x set-variable
command (see Examining and Setting Variables).
Also, the texinfo-indent-menu-description command may be used to
indent existing menu descriptions to a specified column. Finally, if
you wish, you can use the texinfo-insert-node-lines command to
insert missing @node lines into a file. (See Other Updating Commands, for more information.)
To use the updating commands, you must organize the Texinfo file hierarchically with chapters, sections, subsections, and the like. When you construct the hierarchy of the manual, do not `jump down' more than one level at a time: you can follow the `Top' node with a chapter, but not with a section; you can follow a chapter with a section, but not with a subsection. However, you may `jump up' any number of levels at one time—for example, from a subsection to a chapter.
Each @node line, with the exception of the line for the `Top'
node, must be followed by a line with a structuring command such as
@chapter, @section, or
@unnumberedsubsec.
Each @node line/structuring-command line combination
must look either like this:
@node Comments, Minimum, Conventions, Overview
@comment node-name, next, previous, up
@section Comments
or like this (without the @comment line):
@node Comments, Minimum, Conventions, Overview
@section Comments
or like this (without the explicit node pointers):
@node Comments
@section Comments
In this example, `Comments' is the name of both the node and the
section. The next node is called `Minimum' and the previous node is
called `Conventions'. The `Comments' section is within the `Overview'
node, which is specified by the `Up' pointer. (Instead of an
@comment line, you may also write an @ifinfo line.)
If a file has a `Top' node, it must be called ‘top’ or ‘Top’ and be the first node in the file.
The menu updating commands create a menu of sections within a chapter, a menu of subsections within a section, and so on. This means that you must have a `Top' node if you want a menu of chapters.
Incidentally, the makeinfo command will create an Info file for a
hierarchically organized Texinfo file that lacks `Next', `Previous' and
`Up' pointers. Thus, if you can be sure that your Texinfo file will be
formatted with makeinfo, you have no need for the update node
commands. (See Creating an Info File, for more information about
makeinfo.) However, both makeinfo and the
texinfo-format-... commands require that you insert menus in
the file.
In addition to the five major updating commands, Texinfo mode possesses several less frequently used updating commands:
@node lines before the @chapter,
@section, and other sectioning commands wherever they are
missing throughout a region in a Texinfo file.
With an argument (C-u as prefix argument, if interactive), the
texinfo-insert-node-lines command not only inserts
@node lines but also inserts the chapter or section titles as
the names of the corresponding nodes. In addition, it inserts the
titles as node names in pre-existing @node lines that lack
names. Since node names should be more concise than section or
chapter titles, you must manually edit node names so inserted.
For example, the following marks a whole buffer as a region and inserts
@node lines and titles throughout:
C-x h C-u M-x texinfo-insert-node-lines
This command inserts titles as node names in @node lines; the
texinfo-start-menu-description command (see Inserting Frequently Used Commands) inserts titles as descriptions in
menu entries, a different action. However, in both cases, you need to
edit the inserted text.
texinfo-multiple-files-update command is
described in the appendix on @include files.
See texinfo-multiple-files-update.
texinfo-indent-menu-description command indents
every description in every menu in the region. However, this command
does not indent the second and subsequent lines of a multi-line
description.
texinfo-sequential-node-update command
sequentially updates all the nodes in the region.
Texinfo mode provides several commands for formatting part or all of a Texinfo file for Info. Often, when you are writing a document, you want to format only part of a file—that is, a region.
You can use either the texinfo-format-region or the
makeinfo-region command to format a region:
You can use either the texinfo-format-buffer or the
makeinfo-buffer command to format a whole buffer:
For example, after writing a Texinfo file, you can type the following:
C-u C-c C-u m
or
C-u M-x texinfo-master-menu
This updates all the nodes and menus. Then type the following to create an Info file:
C-c C-m C-b
or
M-x makeinfo-buffer
For TeX or the Info formatting commands to work, the file must
include a line that has @setfilename in its header.
See Creating an Info File, for details about Info formatting.
Typesetting and printing a Texinfo file is a multi-step process in which
you first create a file for printing (called a DVI file), and then
print the file. Optionally, you may also create indices. To do this,
you must run the texindex command after first running the
tex typesetting command; and then you must run the tex
command again. Or else run the texi2dvi command which
automatically creates indices as needed (see Format with texi2dvi).
Often, when you are writing a document, you want to typeset and print
only part of a file to see what it will look like. You can use the
texinfo-tex-region and related commands for this purpose. Use
the texinfo-tex-buffer command to format all of a
buffer.
texi2dvi on the buffer. In addition to running TeX on the
buffer, this command automatically creates or updates indices as
needed.
texindex to sort the indices of a Texinfo file formatted with
texinfo-tex-region. The texinfo-tex-region command does
not run texindex automatically; it only runs the tex
typesetting command. You must run the texinfo-tex-region command
a second time after sorting the raw index files with the texindex
command. (Usually, you do not format an index when you format a region,
only when you format a buffer. Now that the texi2dvi command
exists, there is little or no need for this command.)
texinfo-tex-buffer or texinfo-tex-region.
For texinfo-tex-region or texinfo-tex-buffer to work, the
file must start with a ‘\input texinfo’ line and must
include an @settitle line. The file must end with @bye
on a line by itself. (When you use texinfo-tex-region, you must
surround the @settitle line with start-of-header and
end-of-header lines.)
See Hardcopy, for a description of the other TeX related
commands, such as tex-show-print-queue.
In Texinfo mode, each set of commands has default keybindings that begin with the same keys. All the commands that are custom-created for Texinfo mode begin with C-c. The keys are somewhat mnemonic.
The insert commands are invoked by typing C-c twice and then the first letter of the @-command to be inserted. (It might make more sense mnemonically to use C-c C-i, for `custom insert', but C-c C-c is quick to type.)
C-c C-c c Insert ‘@code’. C-c C-c d Insert ‘@dfn’. C-c C-c e Insert ‘@end’. C-c C-c i Insert ‘@item’. C-c C-c n Insert ‘@node’. C-c C-c s Insert ‘@samp’. C-c C-c v Insert ‘@var’. C-c { Insert braces. C-c ] C-c } Move out of enclosing braces. C-c C-c C-d Insert a node's section title in the space for the description in a menu entry line.
The texinfo-show-structure command is often used within a
narrowed region.
C-c C-s List all the headings.
The texinfo-master-menu command creates a master menu; and can
be used to update every node and menu in a file as well.
C-c C-u m
M-x texinfo-master-menu
Create or update a master menu.
C-u C-c C-u m With C-u as a prefix argument, first
create or update all nodes and regular
menus, and then create a master menu.
The update pointer commands are invoked by typing C-c C-u and
then either C-n for texinfo-update-node or C-e for
texinfo-every-node-update.
C-c C-u C-n Update a node. C-c C-u C-e Update every node in the buffer.
Invoke the update menu commands by typing C-c C-u
and then either C-m for texinfo-make-menu or
C-a for texinfo-all-menus-update. To update
both nodes and menus at the same time, precede C-c C-u
C-a with C-u.
C-c C-u C-m Make or update a menu. C-c C-u C-a Make or update all menus in a buffer. C-u C-c C-u C-a With C-u as a prefix argument, first create or update all nodes and then create or update all menus.
The Info formatting commands that are written in Emacs Lisp are invoked by typing C-c C-e and then either C-r for a region or C-b for the whole buffer.
The Info formatting commands that are written in C and based on the
makeinfo program are invoked by typing C-c C-m and then
either C-r for a region or C-b for the whole buffer.
Use the texinfo-format... commands:
C-c C-e C-r Format the region. C-c C-e C-b Format the buffer.
Use makeinfo:
C-c C-m C-r Format the region. C-c C-m C-b Format the buffer. C-c C-m C-l Recenter themakeinfooutput buffer. C-c C-m C-k Kill themakeinfoformatting job.
The TeX typesetting and printing commands are invoked by typing
C-c C-t and then another control command: C-r for
texinfo-tex-region, C-b for texinfo-tex-buffer,
and so on.
C-c C-t C-r Run TeX on the region. C-c C-t C-b Runtexi2dvion the buffer. C-c C-t C-i Runtexindex. C-c C-t C-p Print the DVI file. C-c C-t C-q Show the print queue. C-c C-t C-d Delete a job from the print queue. C-c C-t C-k Kill the current TeX formatting job. C-c C-t C-x Quit a currently stopped TeX formatting job. C-c C-t C-l Recenter the output buffer.
The remaining updating commands do not have standard keybindings because they are rarely used.
M-x texinfo-insert-node-lines
Insert missing @node lines in region.
With C-u as a prefix argument,
use section titles as node names.
M-x texinfo-multiple-files-update
Update a multi-file document.
With C-u 2 as a prefix argument,
create or update all nodes and menus
in all included files first.
M-x texinfo-indent-menu-description
Indent descriptions.
M-x texinfo-sequential-node-update
Insert node pointers in strict sequence.
Certain pieces of information must be provided at the beginning of a Texinfo file, such as the name for the output file(s), the title of the document, and the Top node. A table of contents is also generally produced here.
This chapter expands on the minimal complete Texinfo source file previously given (see Six Parts). It describes the numerous commands for handling the traditional frontmatter items in Texinfo.
Straight text outside of any command before the Top node should be avoided. Such text is treated differently in the different output formats: visible in TeX and HTML, by default not shown in Info readers, and so on.
The following sample shows what is needed. The elements given here are explained in more detail in the following sections. Other commands are often included at the beginning of Texinfo files, but the ones here are the most critical.
See GNU Sample Texts, for the full texts to be used in GNU manuals.
\input texinfo @c -*-texinfo-*-
@c %**start of header
@setfilename infoname.info
@settitle name-of-manual version
@c %**end of header
@copying
This manual is for program, version version.
Copyright @copyright{} years copyright-owner.
@quotation
Permission is granted to ...
@end quotation
@end copying
@titlepage
@title name-of-manual-when-printed
@subtitle subtitle-if-any
@subtitle second-subtitle
@author author
@c The following two commands
@c start the copyright page.
@page
@vskip 0pt plus 1filll
@insertcopying
Published by ...
@end titlepage
@c So the toc is printed at the start.
@contents
@ifnottex
@node Top
@top title
This manual is for program, version version.
@end ifnottex
@menu
* First Chapter:: Getting started ...
* Second Chapter:: ...
...
* Copying:: Your rights and freedoms.
@end menu
@node First Chapter
@chapter First Chapter
@cindex first chapter
@cindex chapter, first
...
Texinfo files start with at least three lines that provide Info and
TeX with necessary information. These are the \input texinfo
line, the @settitle line, and the @setfilename line.
Also, if you want to format just part of the Texinfo file, you must
write the @settitle and @setfilename lines between
start-of-header and end-of-header lines. The start- and end-of-header
lines are optional, but they do no harm, so you might as well always
include them.
Any command that affects document formatting as a whole makes sense to
include in the header. @synindex (see synindex), for
instance, is another command often included in the header. See GNU Sample Texts, for complete sample texts.
Thus, the beginning of a Texinfo file generally looks like this:
\input texinfo @c -*-texinfo-*-
@c %**start of header
@setfilename sample.info
@settitle Sample Manual 1.0
@c %**end of header
Every Texinfo file that is to be the top-level input to TeX must begin with a line that looks like this:
\input texinfo @c -*-texinfo-*-
This line serves two functions:
A start-of-header line is a Texinfo comment that looks like this:
@c %**start of header
Write the start-of-header line on the second line of a Texinfo file.
Follow the start-of-header line with @setfilename and
@settitle lines and, optionally, with other commands that
globally affect the document formatting, such as @synindex or
@footnotestyle; and then by an end-of-header line (see End of Header).
The start- and end-of-header lines allow you to format only part of a Texinfo file for Info or printing. See texinfo-format commands.
The odd string of characters, ‘%**’, is to ensure that no other
comment is accidentally taken for a start-of-header line. You can
change it if you wish by setting the tex-start-of-header and/or
tex-end-of-header Emacs variables. See Texinfo Mode Printing.
@setfilename: Set the output file name
In order to serve as the primary input file for either makeinfo
or TeX, a Texinfo file must contain a line that looks like this:
@setfilename info-file-name
Write the @setfilename command at the beginning of a line and
follow it on the same line by the Info file name. Do not write anything
else on the line; anything on the line after the command is considered
part of the file name, including what would otherwise be a
comment.
The Info formatting commands ignore everything written before the
@setfilename line, which is why the very first line of
the file (the \input line) does not show up in the output.
The @setfilename line specifies the name of the output file to
be generated. This name must be different from the name of the Texinfo
file. There are two conventions for choosing the name: you can either
remove the extension (such as ‘.texi’) entirely from the input file
name, or, preferably, replace it with the ‘.info’ extension.
Although an explicit ‘.info’ extension is preferable, some
operating systems cannot handle long file names. You can run into a
problem even when the file name you specify is itself short enough.
This occurs because the Info formatters split a long Info file into
short indirect subfiles, and name them by appending ‘-1’,
‘-2’, ..., ‘-10’, ‘-11’, and so on, to the original
file name. (See Tag and Split Files.) The subfile name
texinfo.info-10, for example, is too long for old systems with a
14-character limit on filenames; so the Info file name for this document
is texinfo rather than texinfo.info. When makeinfo
is running on operating systems such as MS-DOS which impose severe
limits on file names, it may remove some characters from the original
file name to leave enough space for the subfile suffix, thus producing
files named texin-10, gcc.i12, etc.
When producing HTML output, makeinfo will replace any extension
with ‘html’, or add ‘.html’ if the given name has no
extension.
The @setfilename line produces no output when you typeset a
manual with TeX, but it is nevertheless essential: it opens the
index, cross-reference, and other auxiliary files used by Texinfo, and
also reads texinfo.cnf if that file is present on your system
(see Preparing for TeX).
@settitle: Set the document titleIn order to be made into a printed manual, a Texinfo file must contain a line that looks like this:
@settitle title
Write the @settitle command at the beginning of a line and
follow it on the same line by the title. This tells TeX the title to
use in a header or footer. Do not write anything else on the line;
anything on the line after the command is considered part of the title,
including what would otherwise be a comment.
The @settitle command should precede everything that generates
actual output. The best place for it is right after the
@setfilename command (see the previous section).
In the HTML file produced by makeinfo, title serves as the document ‘<title>’. It also becomes the default document description in the ‘<head>’ part (see documentdescription).
The title in the @settitle command does not affect the title as
it appears on the title page. Thus, the two do not need not match
exactly. A practice we recommend is to include the version or edition
number of the manual in the @settitle title; on the title page,
the version number generally appears as a @subtitle so it would
be omitted from the @title. See titlepage.
Conventionally, when TeX formats a Texinfo file for double-sided
output, the title is printed in the left-hand (even-numbered) page
headings and the current chapter title is printed in the right-hand
(odd-numbered) page headings. (TeX learns the title of each chapter
from each @chapter command.) By default, no page footer is
printed.
Even if you are printing in a single-sided style, TeX looks for an
@settitle command line, in case you include the manual title
in the heading.
TeX prints page headings only for that text that comes after the
@end titlepage command in the Texinfo file, or that comes
after an @headings command that turns on headings.
(See The @headings Command, for more
information.)
You may, if you wish, create your own, customized headings and footings. See Headings, for a detailed discussion of this.
Follow the header lines with an end-of-header line, which is a Texinfo comment that looks like this:
@c %**end of header
See Start of Header.
The copyright notice and copying permissions for a document need to
appear in several places in the various Texinfo output formats.
Therefore, Texinfo provides a command (@copying) to declare
this text once, and another command (@insertcopying) to
insert the text at appropriate points.
@copying: Declare Copying Permissions
The @copying command should be given very early in the document;
the recommended location is right after the header material
(see Texinfo File Header). It conventionally consists of a sentence
or two about what the program is, identification of the documentation
itself, the legal copyright line, and the copying permissions. Here is
a skeletal example:
@copying
This manual is for program (version version, updated
date), which ...
Copyright @copyright{} years copyright-owner.
@quotation
Permission is granted to ...
@end quotation
@end copying
The @quotation has no legal significance; it's there to improve
readability in some contexts.
See GNU Sample Texts, for the full text to be used in GNU manuals. See GNU Free Documentation License, for the license itself under which GNU and other free manuals are distributed. You need to include the license as an appendix to your document.
The text of @copying is output as a comment at the beginning of
Info, HTML, and XML output files. It is not output implicitly in
plain text or TeX; it's up to you to use @insertcopying to
emit the copying information. See the next section for details.
The @copyright{} command generates a ‘c’ inside a circle
in output formats that support this (print and HTML). In the other
formats (Info and plain text), it generates ‘(C)’. The copyright
notice itself has the following legally defined sequence:
Copyright © years copyright-owner.
The word `Copyright' must always be written in English, even if the document is otherwise written in another language. This is due to international law.
The list of years should include all years in which a version was completed (even if it was released in a subsequent year). Ranges are not allowed; each year must be written out individually and in full, separated by commas.
The copyright owner (or owners) is whoever holds legal copyright on the work. In the case of works assigned to the FSF, the owner is `Free Software Foundation, Inc.'.
The copyright `line' may actually be split across multiple lines, both
in the source document and in the output. This often happens for
documents with a long history, having many different years of
publication. If you do use several lines, do not indent any of them
(or anything else in the @copying block) in the source file.
See Copyright Notices, for additional information.
@insertcopying: Include Permissions Text
The @insertcopying command is simply written on a line by
itself, like this:
@insertcopying
This inserts the text previously defined by @copying. To meet
legal requirements, it must be used on the copyright page in the printed
manual (see Copyright).
The @copying command itself causes the permissions text to
appear in an Info file before the first node. The text is also
copied into the beginning of each split Info output file, as is legally
necessary. This location implies a human reading the manual using Info
does not see this text (except when using the advanced Info
command g *), but this does not matter for legal purposes,
because the text is present.
Similarly, the @copying text is automatically included at the
beginning of each HTML output file, as an HTML comment. Again, this
text is not visible (unless the reader views the HTML source).
The permissions text defined by @copying also appears
automatically at the beginning of the XML output file.
In hard copy output, the manual's name and author are usually printed on a title page. Copyright information is usually printed on the back of the title page.
The title and copyright pages appear in the printed manual, but not in the Info file. Because of this, it is possible to use several slightly obscure TeX typesetting commands that cannot be used in an Info file. In addition, this part of the beginning of a Texinfo file contains the text of the copying permissions that appears in the printed manual.
You may wish to include titlepage-like information for plain text
output. Simply place any such leading material between
@ifplaintext and @end ifplaintext; makeinfo
includes this when writing plain text (‘--no-headers’), along with
an @insertcopying.
@titlepage
Start the material for the title page and following copyright page
with @titlepage on a line by itself and end it with
@end titlepage on a line by itself.
The @end titlepage command starts a new page and turns on page
numbering. (See Page Headings, for details about how to
generate page headings.) All the material that you want to appear on
unnumbered pages should be put between the @titlepage and
@end titlepage commands. You can force the table of contents to
appear there with the @setcontentsaftertitlepage command
(see Contents).
By using the @page command you can force a page break within the
region delineated by the @titlepage and @end titlepage
commands and thereby create more than one unnumbered page. This is how
the copyright page is produced. (The @titlepage command might
perhaps have been better named the @titleandadditionalpages
command, but that would have been rather long!)
When you write a manual about a computer program, you should write the version of the program to which the manual applies on the title page. If the manual changes more frequently than the program or is independent of it, you should also include an edition number5 for the manual. This helps readers keep track of which manual is for which version of the program. (The `Top' node should also contain this information; see The Top Node.)
Texinfo provides two main methods for creating a title page. One method
uses the @titlefont, @sp, and @center commands
to generate a title page in which the words on the page are
centered.
The second method uses the @title, @subtitle, and
@author commands to create a title page with black rules under
the title and author lines and the subtitle text set flush to the
right hand side of the page. With this method, you do not specify any
of the actual formatting of the title page. You specify the text
you want, and Texinfo does the formatting.
You may use either method, or you may combine them; see the examples in the sections below.
For extremely simple documents, and for the bastard title page in
traditional book frontmatter, Texinfo also provides a command
@shorttitlepage which takes the rest of the line as the title.
The argument is typeset on a page by itself and followed by a blank
page.
@titlefont, @center, and @sp
You can use the @titlefont, @sp, and @center
commands to create a title page for a printed document. (This is the
first of the two methods for creating a title page in Texinfo.)
Use the @titlefont command to select a large font suitable for
the title itself. You can use @titlefont more than once if you
have an especially long title.
For HTML output, each @titlefont command produces an
<h1> heading, but the HTML document <title> is not
affected. For that, you must put an @settitle command before
the @titlefont command (see settitle).
For example:
@titlefont{Texinfo}
Use the @center command at the beginning of a line to center
the remaining text on that line. Thus,
@center @titlefont{Texinfo}
centers the title, which in this example is “Texinfo” printed in the title font.
Use the @sp command to insert vertical space. For example:
@sp 2
This inserts two blank lines on the printed page. (See @sp, for more information about the @sp
command.)
A template for this method looks like this:
@titlepage
@sp 10
@center @titlefont{name-of-manual-when-printed}
@sp 2
@center subtitle-if-any
@sp 2
@center author
...
@end titlepage
The spacing of the example fits an 8.5 by 11 inch manual.
You can in fact use these commands anywhere, not just on a title page, but since they are not logical markup commands, we don't recommend them.
@title, @subtitle, and @author
You can use the @title, @subtitle, and @author
commands to create a title page in which the vertical and horizontal
spacing is done for you automatically. This contrasts with the method
described in the previous section, in which the @sp command is
needed to adjust vertical spacing.
Write the @title, @subtitle, or @author
commands at the beginning of a line followed by the title, subtitle,
or author. These commands are only effective in TeX output; it's
an error to use them anywhere except within @titlepage.
The @title command produces a line in which the title is set
flush to the left-hand side of the page in a larger than normal font.
The title is underlined with a black rule. Only a single line is
allowed; the @* command may not be used to break the title into
two lines. To handle very long titles, you may find it profitable to
use both @title and @titlefont; see the final example in
this section.
The @subtitle command sets subtitles in a normal-sized font
flush to the right-hand side of the page.
The @author command sets the names of the author or authors in
a middle-sized font flush to the left-hand side of the page on a line
near the bottom of the title page. The names are underlined with a
black rule that is thinner than the rule that underlines the title.
(The black rule only occurs if the @author command line is
followed by an @page command line.)
There are two ways to use the @author command: you can write
the name or names on the remaining part of the line that starts with
an @author command:
@author by Jane Smith and John Doe
or you can write the names one above each other by using two (or more)
@author commands:
@author Jane Smith
@author John Doe
(Only the bottom name is underlined with a black rule.)
A template for this method looks like this:
@titlepage
@title name-of-manual-when-printed
@subtitle subtitle-if-any
@subtitle second-subtitle
@author author
@page
...
@end titlepage
You may also combine the @titlefont method described in the
previous section and @title method described in this one. This
may be useful if you have a very long title. Here is a real-life example:
@titlepage
@titlefont{GNU Software}
@sp 1
@title for MS-Windows and MS-DOS
@subtitle Edition @value{e} for Release @value{cde}
@author by Daniel Hagerty, Melissa Weisshaus
@author and Eli Zaretskii
(The use of @value here is explained in value Example.
By international treaty, the copyright notice for a book must be either
on the title page or on the back of the title page. When the copyright
notice is on the back of the title page, that page is customarily not
numbered. Therefore, in Texinfo, the information on the copyright page
should be within @titlepage and @end titlepage
commands.
Use the @page command to cause a page break. To push the
copyright notice and the other text on the copyright page towards the
bottom of the page, use the following incantation after @page:
@vskip 0pt plus 1filll
This is a TeX command that is not supported by the Info formatting
commands. The @vskip command inserts whitespace. The ‘0pt
plus 1filll’ means to put in zero points of mandatory whitespace, and as
much optional whitespace as needed to push the following text to the
bottom of the page. Note the use of three ‘l’s in the word
‘filll’; this is correct.
To insert the copyright text itself, write @insertcopying
next (see Document Permissions):
@insertcopying
Follow the copying text by the publisher, ISBN numbers, cover art credits, and other such information.
Here is an example putting all this together:
@titlepage
...
@page
@vskip 0pt plus 1filll
@insertcopying
Published by ...
Cover art by ...
@end titlepage
Like all @end commands (see Quotations and Examples), the @end titlepage command
must be written at the beginning of a line by itself, with only one
space between the @end and the titlepage. It not only
marks the end of the title and copyright pages, but also causes TeX
to start generating page headings and page numbers.
To repeat what is said elsewhere, Texinfo has two standard page heading formats, one for documents which are printed on one side of each sheet of paper (single-sided printing), and the other for documents which are printed on both sides of each sheet (double-sided printing). You can specify these formats in different ways:
@setchapternewpage command
before the title page commands, and then have the @end
titlepage command start generating page headings in the manner desired.
(See setchapternewpage.)
@headings command to prevent page
headings from being generated or to start them for either single or
double-sided printing. (Write an @headings command immediately
after the @end titlepage command. See The @headings Command, for more information.)
Most documents are formatted with the standard single-sided or
double-sided format, using @setchapternewpage odd for
double-sided printing and no @setchapternewpage command for
single-sided printing.
@headings Command
The @headings command is rarely used. It specifies what kind of
page headings and footings to print on each page. Usually, this is
controlled by the @setchapternewpage command. You need the
@headings command only if the @setchapternewpage command
does not do what you want, or if you want to turn off predefined page
headings prior to defining your own. Write an @headings command
immediately after the @end titlepage command.
You can use @headings as follows:
@headings off@headings single@headings double@headings singleafter@headings doubleaftersingle or double headings, respectively, after the
current page is output.
@headings onsingle if ‘@setchapternewpage
on’, double otherwise.
For example, suppose you write @setchapternewpage off before the
@titlepage command to tell TeX to start a new chapter on the
same page as the end of the last chapter. This command also causes
TeX to typeset page headers for single-sided printing. To cause
TeX to typeset for double sided printing, write @headings
double after the @end titlepage command.
You can stop TeX from generating any page headings at all by
writing @headings off on a line of its own immediately after the
line containing the @end titlepage command, like this:
@end titlepage
@headings off
The @headings off command overrides the @end titlepage
command, which would otherwise cause TeX to print page headings.
You can also specify your own style of page heading and footing. See Page Headings, for more information.
The @chapter, @section, and other structuring commands
(see Structuring) supply the information to make up a
table of contents, but they do not cause an actual table to appear in
the manual. To do this, you must use the @contents and/or
@summarycontents command(s).
@contents@majorheading,
@chapheading, and the other @...heading commands
do not appear in the table of contents (see Structuring Command Types).
@shortcontents@summarycontents@summarycontents is a synonym for @shortcontents.)
Generates a short or summary table of contents that lists only the chapters, appendices, and unnumbered chapters. Sections, subsections and subsubsections are omitted. Only a long manual needs a short table of contents in addition to the full table of contents.
Both contents commands should be written on a line by themselves, and
are best placed near the beginning of the file, after the @end
titlepage (see titlepage). The contents commands automatically
generate a chapter-like heading at the top of the first table of
contents page, so don't include any sectioning command such as
@unnumbered before them.
Since an Info file uses menus instead of tables of contents, the Info
formatting commands ignore the contents commands. But the contents are
included in plain text output (generated by makeinfo
--no-headers), unless makeinfo is writing its output to standard
output.
When makeinfo writes a short table of contents while producing
HTML output, the links in the short table of contents point to
corresponding entries in the full table of contents rather than the text
of the document. The links in the full table of contents point to the
main text of the document.
In the past, the contents commands were sometimes placed at the end of
the file, after any indices and just before the @bye, but we
no longer recommend this.
However, since many existing Texinfo documents still do have the
@contents at the end of the manual, if you are a user printing
a manual, you may wish to force the contents to be printed after the
title page. You can do this by specifying
@setcontentsaftertitlepage and/or
@setshortcontentsaftertitlepage. The first prints only the
main contents after the @end titlepage; the second prints both
the short contents and the main contents. In either case, any
subsequent @contents or @shortcontents is ignored
(unless, erroneously, no @end titlepage is ever encountered).
You need to include the @set...contentsaftertitlepage
commands early in the document (just after @setfilename, for
example). We recommend using texi2dvi (see Format with texi2dvi) to specify this without altering the source file at all. For
example:
texi2dvi --texinfo=@setcontentsaftertitlepage foo.texi
The `Top' node is the node in which a reader enters an Info manual. As such, it should begin with a brief description of the manual (including the version number), and end with a master menu for the whole manual. Of course you should include any other general information you feel a reader would find helpful.
It is conventional and desirable to write an @top sectioning
command line containing the title of the document immediately after
the @node Top line (see The @top Sectioning Command).
The contents of the `Top' node should appear only in the online output;
none of it should appear in printed output, so enclose it between
@ifnottex and @end ifnottex commands. (TeX does not
print either an @node line or a menu; they appear only in Info;
strictly speaking, you are not required to enclose these parts between
@ifnottex and @end ifnottex, but it is simplest to do
so. See Conditionally Visible Text.)
Here is an example of a Top node.
@ifnottex
@node Top
@top Sample Title
@insertcopying
@end ifnottex
Additional general information.
@menu
* First Chapter::
* Second Chapter::
...
* Index::
@end menu
A master menu is a detailed main menu listing all the nodes in a file.
A master menu is enclosed in @menu and @end menu
commands and does not appear in the printed document.
Generally, a master menu is divided into parts.
@detailmenu before the
first one, and @end detailmenu after the last; otherwise,
makeinfo will get confused.
Each section in the menu can be introduced by a descriptive line. So long as the line does not begin with an asterisk, it will not be treated as a menu entry. (See Writing a Menu, for more information.)
For example, the master menu for this manual looks like the following (but has many more entries):
@menu
* Copying Conditions:: Your rights.
* Overview:: Texinfo in brief.
...
* Command and Variable Index::
* General Index::
@detailmenu
--- The Detailed Node Listing ---
Overview of Texinfo
* Reporting Bugs:: ...
...
Beginning a Texinfo File
* Sample Beginning:: ...
...
@end detailmenu
@end menu
Besides the basic commands mentioned in the previous sections, here are additional commands which affect the document as a whole. They are generally all given before the Top node, if they are given at all.
@documentdescription: Summary Text
When producing HTML output for a document, makeinfo writes a
‘<meta>’ element in the ‘<head>’ to give some idea of the
content of the document. By default, this description is the title
of the document, taken from the @settitle command
(see settitle). To change this, use the @documentdescription
environment, as in:
@documentdescription
descriptive text.
@end documentdescription
This will produce the following output in the ‘<head>’ of the HTML:
<meta name=description content="descriptive text.">
@documentdescription must be specified before the first node of
the document.
@setchapternewpage:In an officially bound book, text is usually printed on both sides of the paper, chapters start on right-hand pages, and right-hand pages have odd numbers. But in short reports, text often is printed only on one side of the paper. Also in short reports, chapters sometimes do not start on new pages, but are printed on the same page as the end of the preceding chapter, after a small amount of vertical whitespace.
You can use the @setchapternewpage command with various
arguments to specify how TeX should start chapters and whether it
should format headers for printing on one or both sides of the paper
(single-sided or double-sided printing).
Write the @setchapternewpage command at the beginning of a
line followed by its argument.
For example, you would write the following to cause each chapter to start on a fresh odd-numbered page:
@setchapternewpage odd
You can specify one of three alternatives with the
@setchapternewpage command:
@setchapternewpage off@setchapternewpage on@setchapternewpage oddTexinfo does not have an @setchapternewpage even command,
because there is no printing tradition of starting chapters or books on
an even-numbered page.
If you don't like the default headers that @setchapternewpage
sets, you can explicit control them with the @headings command.
See The @headings Command.
At the beginning of a manual or book, pages are not numbered—for example, the title and copyright pages of a book are not numbered. By convention, table of contents and frontmatter pages are numbered with roman numerals and not in sequence with the rest of the document.
Since an Info file does not have pages, the @setchapternewpage
command has no effect on it.
We recommend not including any @setchapternewpage command in
your manual sources at all, since the desired output is not intrinsic to
the document. For a particular hard copy run, if you don't want the
default option (no blank pages, same headers on all pages) use the
--texinfo option to texi2dvi to specify the output
you want.
@paragraphindent: Paragraph Indenting
The Texinfo processors may insert whitespace at the beginning of the
first line of each paragraph, thereby indenting that paragraph. You can
use the @paragraphindent command to specify this indentation.
Write an @paragraphindent command at the beginning of a line
followed by either ‘asis’ or a number:
@paragraphindent indent
The indentation is according to the value of indent:
asisnoneThe default value of indent is 3. @paragraphindent is
ignored for HTML output.
It is best to write the @paragraphindent command before the
end-of-header line at the beginning of a Texinfo file, so the region
formatting commands indent paragraphs as specified. See Start of Header.
A peculiarity of the texinfo-format-buffer and
texinfo-format-region commands is that they do not indent (nor
fill) paragraphs that contain @w or @* commands.
@firstparagraphindent: Indenting After Headings
As you can see in the present manual, the first paragraph in any
section is not indented by default. Typographically, indentation is a
paragraph separator, which means that it is unnecessary when a new
section begins. This indentation is controlled with the
@firstparagraphindent command:
@firstparagraphindent word
The first paragraph after a heading is indented according to the value of word:
none@paragraphindent asis is in effect.
insert@paragraphindent command
(see paragraphindent).
For HTML and XML output, the @firstparagraphindent setting is
ignored.
It is best to write the @paragraphindent command before the
end-of-header line at the beginning of a Texinfo file, so the region
formatting commands indent paragraphs as specified. See Start of Header.
@exampleindent: Environment Indenting
The Texinfo processors indent each line of @example and similar
environments. You can use the @exampleindent command to specify
this indentation. Write an @exampleindent command at the
beginning of a line followed by either ‘asis’ or a number:
@exampleindent indent
@exampleindent is ignored for HTML output. Otherwise, the
indentation is according to the value of indent:
asisThe default value of indent is 5 spaces in Info, and 0.4in in TeX, which is somewhat less. (The reduction is to help TeX fit more characters onto physical lines.)
It is best to write the @exampleindent command before the
end-of-header line at the beginning of a Texinfo file, so the region
formatting commands indent paragraphs as specified. See Start of Header.
If the Texinfo file has a section containing the “General Public License” and the distribution information and a warranty disclaimer for the software that is documented, we recommend placing this right after the `Top' node. The General Public License is very important to Project GNU software. It ensures that you and others will continue to have a right to use and share the software.
The copying and distribution information and the disclaimer are followed by an introduction or else by the first chapter of the manual.
Although an introduction is not a required part of a Texinfo file, it is very helpful. Ideally, it should state clearly and concisely what the file is about and who would be interested in reading it. In general, an introduction would follow the licensing and distribution information, although sometimes people put it earlier in the document.
The end of a Texinfo file should include commands to create indices,
and the @bye command to mark the last line to be processed.
For example:
@node Index
@unnumbered Index
@printindex cp
@bye
To print an index means to include it as part of a manual or Info file.
This does not happen automatically just because you use @cindex
or other index-entry generating commands in the Texinfo file; those just
cause the raw data for the index to be accumulated. To generate an
index, you must include the @printindex command at the place in
the document where you want the index to appear. Also, as part of the
process of creating a printed manual, you must run a program called
texindex (see Hardcopy) to sort the raw data to produce a
sorted index file. The sorted index file is what is actually used to
print the index.
Texinfo offers six separate types of predefined index, which suffice
in most cases. See Indices, for information on this, as well
defining your own new indices, combining indices, and, most
importantly advice on writing the actual index entries. This section
focuses on printing indices, which is done with the
@printindex command.
@printindex takes one argument, a two-letter index
abbreviation. It reads the corresponding sorted index file (for
printed output), and formats it appropriately into an index.
The @printindex command does not generate a chapter heading
for the index, since different manuals have different needs.
Consequently, you should precede the @printindex command with
a suitable section or chapter command (usually @appendix or
@unnumbered) to supply the chapter heading and put the index
into the table of contents. Precede the chapter heading with an
@node line as usual.
For example:
@node Variable Index
@unnumbered Variable Index
@printindex vr
@node Concept Index
@unnumbered Concept Index
@printindex cp
If you have more than one index, we recommend placing the concept index last.
@printindex produces a traditional
two-column index, with dot leaders between the index terms and page
numbers.
@printindex produces a special menu containing
the line number of the entry, relative to the start of the node. Info
readers can use this to go to the exact line of an entry, not just the
containing node. (Older Info readers will just go to the node.)
Here's an example:
* First index entry: Top. (line 7)
The actual number of spaces is variable, to right-justify the line number; it's been reduced here to make the line fit in the printed manual.
@printindex produces the same menu, but
the line numbers are relative to the start of the file, since that's
more convenient for that format.
@printindex produces links
to the index entries.
It's not possible to generate an index when writing to standard output; makeinfo generates a warning in this case.
@bye File Ending
An @bye command terminates Texinfo processing. None of the
formatters read anything following @bye. The @bye
command should be on a line by itself.
If you wish, you may follow the @bye line with notes. These
notes will not be formatted and will not appear in either Info or a
printed manual; it is as if text after @bye were within
@ignore ... @end ignore. Also, you may follow the
@bye line with a local variables list for Emacs.
See Using Local Variables and the Compile Command,
for more information.
The chapter structuring commands divide a document into a hierarchy of chapters, sections, subsections, and subsubsections. These commands generate large headings; they also provide information for the table of contents of a printed manual (see Generating a Table of Contents).
The chapter structuring commands do not create an Info node structure,
so normally you should put an @node command immediately before
each chapter structuring command (see Nodes). The only time you
are likely to use the chapter structuring commands without using the
node structuring commands is if you are writing a document that
contains no cross references and will never be transformed into Info
format.
It is unlikely that you will ever write a Texinfo file that is intended only as an Info file and not as a printable document. If you do, you might still use chapter structuring commands to create a heading at the top of each node—but you don't need to.
A Texinfo file is usually structured like a book with chapters, sections, subsections, and the like. This structure can be visualized as a tree (or rather as an upside-down tree) with the root at the top and the levels corresponding to chapters, sections, subsection, and subsubsections.
Here is a diagram that shows a Texinfo file with three chapters, each of which has two sections.
Top
|
-------------------------------------
| | |
Chapter 1 Chapter 2 Chapter 3
| | |
-------- -------- --------
| | | | | |
Section Section Section Section Section Section
1.1 1.2 2.1 2.2 3.1 3.2
In a Texinfo file that has this structure, the beginning of Chapter 2 looks like this:
@node Chapter 2, Chapter 3, Chapter 1, top
@chapter Chapter 2
The chapter structuring commands are described in the sections that
follow; the @node and @menu commands are described in
following chapters. (See Nodes, and see Menus.)
The chapter structuring commands fall into four groups or series, each of which contains structuring commands corresponding to the hierarchical levels of chapters, sections, subsections, and subsubsections.
The four groups are the @chapter series, the
@unnumbered series, the @appendix series, and the
@heading series.
Each command produces titles that have a different appearance on the printed page or Info file; only some of the commands produce titles that are listed in the table of contents of a printed book or manual.
@chapter and @appendix series of commands produce
numbered or lettered entries both in the body of a printed work and in
its table of contents.
@unnumbered series of commands produce unnumbered entries
both in the body of a printed work and in its table of contents. The
@top command, which has a special use, is a member of this
series (see @top). An @unnumbered
section should be associated with a node and be a normal part of the
document structure.
@heading series of commands produce simple unnumbered
headings that do not appear in a table of contents, are not associated
with nodes, and cannot be cross-referenced. The heading commands
never start a new page.
@majorheading command is similar to @chapheading,
except that it generates a larger vertical whitespace before the
heading.
@setchapternewpage command says to do so, the
@chapter, @unnumbered, and @appendix commands
start new pages in the printed manual; the @heading commands
do not.
Here are the four groups of chapter structuring commands:
| No new page
| |||
| Numbered | Unnumbered | Lettered/numbered | Unnumbered
|
| In contents | In contents | In contents | Not in contents
|
@top | @majorheading
| ||
@chapter | @unnumbered | @appendix | @chapheading
|
@section | @unnumberedsec | @appendixsec | @heading
|
@subsection | @unnumberedsubsec | @appendixsubsec | @subheading
|
@subsubsection | @unnumberedsubsubsec | @appendixsubsubsec | @subsubheading
|
@topThe @top command is a special sectioning command that you use
only after an ‘@node Top’ line at the beginning of a Texinfo file.
The @top command tells the makeinfo formatter which node
is the `Top' node, so it can use it as the root of the node tree if your
manual uses implicit node pointers. It has the same typesetting effect as
@unnumbered (see @unnumbered and @appendix). For detailed information, see The @top Command.
The @top node and its menu (if any) is conventionally wrapped in
an @ifnottex conditional so that it will appear only in Info and
HTML output, not TeX.
@chapter
@chapter identifies a chapter in the document. Write the
command at the beginning of a line and follow it on the same line by
the title of the chapter.
For example, this chapter in this manual is entitled “Chapter
Structuring”; the @chapter line looks like this:
@chapter Chapter Structuring
In TeX, the @chapter command creates a chapter in the
document, specifying the chapter title. The chapter is numbered
automatically.
In Info, the @chapter command causes the title to appear on a
line by itself, with a line of asterisks inserted underneath. Thus,
in Info, the above example produces the following output:
Chapter Structuring
*******************
Texinfo also provides a command @centerchap, which is analogous
to @unnumbered, but centers its argument in the printed output.
This kind of stylistic choice is not usually offered by Texinfo.
@unnumbered and @appendix
Use the @unnumbered command to create a chapter that appears
in a printed manual without chapter numbers of any kind. Use the
@appendix command to create an appendix in a printed manual
that is labelled by letter (`A', `B', ...) instead of by number.
Write an @appendix or @unnumbered command at the
beginning of a line and follow it on the same line by the title, as
you would if you were creating a chapter.
@majorheading, @chapheading
The @majorheading and @chapheading commands put
chapter-like headings in the body of a document.
However, neither command causes TeX to produce a numbered heading or an entry in the table of contents; and neither command causes TeX to start a new page in a printed manual.
In TeX, an @majorheading command generates a larger vertical
whitespace before the heading than an @chapheading command but
is otherwise the same.
In Info,
the @majorheading and
@chapheading commands are equivalent to
@chapter: the title is printed on a line by itself with a line
of asterisks underneath. (See @chapter.)
@section
A @section command identifies a section within a chapter unit,
whether created with @chapter, @unnumbered, or
@appendix, following the numbering scheme of the chapter-level
command. Thus, within a @chapter chapter numbered `1', the
section is numbered like `1.2'; within an @appendix
“chapter” labeled `A', the section is numbered like `A.2'; within an
@unnumbered chapter, the section gets no number.
For example, this section is headed with an @section command
and looks like this in the Texinfo file:
@section @code{@@section}
To create a section, write the @section command at the
beginning of a line and follow it on the same line by the section
title. The output is underlined with ‘=’ in Info.
Thus,
@section This is a section
might produce the following in Info:
5.7 This is a section
=====================
@unnumberedsec, @appendixsec, @heading
The @unnumberedsec, @appendixsec, and @heading
commands are, respectively, the unnumbered, appendix-like, and
heading-like equivalents of the @section command, as described
in the previous section.
@unnumberedsec@unnumberedsec command may be used within an
unnumbered chapter or within a regular chapter or appendix to
provide an unnumbered section.
@appendixsec@appendixsection@appendixsection is a longer spelling of the
@appendixsec command; the two are synonymous.
Conventionally, the @appendixsec or @appendixsection
command is used only within appendices.
@heading@heading command anywhere you wish for a
section-style heading that will not appear in the table of contents.
@unnumberedsec and @appendixsec do not need to be used
in ordinary circumstances, because @section may also be used
within @unnumbered and @appendix chapters; again, see
the previous section.
@subsection Command
Subsections are to sections as sections are to chapters.
(See @section.) In Info, subsection titles are
underlined with ‘-’. For example,
@subsection This is a subsection
produces
1.2.3 This is a subsection
--------------------------
In a printed manual, subsections are listed in the table of contents and are numbered three levels deep.
@subsection-like Commands
The @unnumberedsubsec, @appendixsubsec, and
@subheading commands are, respectively, the unnumbered,
appendix-like, and heading-like equivalents of the @subsection
command. (See @subsection.)
In Info, the @subsection-like commands generate a title
underlined with hyphens. In a printed manual, an @subheading
command produces a heading like that of a subsection except that it is
not numbered and does not appear in the table of contents. Similarly,
an @unnumberedsubsec command produces an unnumbered heading like
that of a subsection and an @appendixsubsec command produces a
subsection-like heading labelled with a letter and numbers; both of
these commands produce headings that appear in the table of
contents.
@unnumberedsubsec and @appendixsubsec do not need to
be used in ordinary circumstances, because @subsection may
also be used within sections of @unnumbered and
@appendix chapters (see section).
The fourth and lowest level sectioning commands in Texinfo are the `subsub' commands. They are:
@subsubsection@subsection.) In a printed manual,
subsubsection titles appear in the table of contents and are numbered
four levels deep.
@unnumberedsubsubsec@appendixsubsubsec@subsubheading@subsubheading command may be used anywhere that you need
a small heading that will not appear in the table of contents. In
Info, subsubheadings look exactly like ordinary subsubsection
headings.
@unnumberedsubsubsec and @appendixsubsubsec do not
need to be used in ordinary circumstances, because
@subsubsection may also be used within subsections of
@unnumbered and @appendix chapters
(see section).
In Info, `subsub' titles are underlined with periods. For example,
@subsubsection This is a subsubsection
produces
1.2.3.4 This is a subsubsection
...............................
@raisesections and @lowersections
The @raisesections and @lowersections commands
implicitly raise and lower the hierarchical level of following
chapters, sections and the other sectioning commands.
That is, the @raisesections command changes sections to
chapters, subsections to sections, and so on. Conversely, the
@lowersections command changes chapters to sections, sections
to subsections, and so on. Thus, an @lowersections command
cancels an @raisesections command, and vice versa.
You can use @lowersections to include text written as an outer
or standalone Texinfo file in another Texinfo file as an inner,
included file. Typical usage looks like this:
@lowersections
@include somefile.texi
@raisesections
(Without the @raisesections, all the subsequent
sections in the document would be lowered.)
If the included file being lowered has a @top node, you'll
need to conditionalize its inclusion with a flag (see set value).
Another difficulty can arise with documents that use the (recommended)
feature of makeinfo for implicitly determining node
pointers. Since makeinfo must assume a hierarchically
organized document to determine the pointers, you cannot just
arbitrarily sprinkle @raisesections and @lowersections
commands in the document. The final result has to have menus that
take the raising and lowering into account. Therefore, as a practical
matter, you generally only want to raise or lower large chunks,
usually in external files as shown above.
Repeated use of the commands continue to raise or lower the hierarchical level a step at a time. An attempt to raise above `chapter' reproduces chapter commands; an attempt to lower below `subsubsection' reproduces subsubsection commands. Also, lowered subsubsections and raised chapters will not work with makeinfo's feature of implicitly determining node pointers, since the menu structure won't be correct.
Write each @raisesections and @lowersections command
on a line of its own.
Nodes are the primary segments of a Texinfo file. They do not in and of themselves impose a hierarchical or any other kind of structure on a file. Nodes contain node pointers that name other nodes, and can contain menus which are lists of nodes. In Info, the movement commands can carry you to a pointed-to node or to a node listed in a menu.
Node pointers and menus provide structure for Info files just as chapters, sections, subsections, and the like, provide structure for printed books.
Because node names are used in cross-references, it is not desirable to casually change them. Such name changes invalidate references from other manuals, from mail archives, and so on.
The node and menu commands and the chapter structuring commands are technically independent of each other:
You can use node pointers and menus to structure an Info file any way you want; and you can write a Texinfo file so that its Info output has a different structure than its printed output. However, virtually all Texinfo files are written such that the structure for the Info output corresponds to the structure for the printed output. It is neither convenient nor understandable to the reader to do otherwise.
Generally, printed output is structured in a tree-like hierarchy in which the chapters are the major limbs from which the sections branch out. Similarly, node pointers and menus are organized to create a matching structure in the Info output.
Here is a copy of the diagram shown earlier that illustrates a Texinfo file with three chapters, each of which contains two sections.
The “root” is at the top of the diagram and the “leaves” are at the bottom. This is how such a diagram is drawn conventionally; it illustrates an upside-down tree. For this reason, the root node is called the `Top' node, and `Up' node pointers carry you closer to the root.
Top
|
-------------------------------------
| | |
Chapter 1 Chapter 2 Chapter 3
| | |
-------- -------- --------
| | | | | |
Section Section Section Section Section Section
1.1 1.2 2.1 2.2 3.1 3.2
The fully-written command to start Chapter 2 would be this:
@node Chapter 2, Chapter 3, Chapter 1, Top
@comment node-name, next, previous, up
This @node line says that the name of this node is “Chapter
2”, the name of the `Next' node is “Chapter 3”, the name of the
`Previous' node is “Chapter 1”, and the name of the `Up' node is
“Top”. You can omit writing out these node names if your document is
hierarchically organized (see makeinfo Pointer Creation), but the
pointer relationships still obtain.
Note: Please Note: `Next' refers to the next node at the same hierarchical level in the manual, not necessarily to the next node within the Texinfo file. In the Texinfo file, the subsequent node may be at a lower level—a section-level node most often follows a chapter-level node, for example. `Next' and `Previous' refer to nodes at the same hierarchical level. (The `Top' node contains the exception to this rule. Since the `Top' node is the only node at that level, `Next' refers to the first following node, which is almost always a chapter or chapter-level node.)
To go to Sections 2.1 and 2.2 using Info, you need a menu inside Chapter 2. (See Menus.) You would write the menu just before the beginning of Section 2.1, like this:
@menu
* Sect. 2.1:: Description of this section.
* Sect. 2.2::
@end menu
Write the node for Sect. 2.1 like this:
@node Sect. 2.1, Sect. 2.2, Chapter 2, Chapter 2
@comment node-name, next, previous, up
In Info format, the `Next' and `Previous' pointers of a node usually lead to other nodes at the same level—from chapter to chapter or from section to section (sometimes, as shown, the `Previous' pointer points up); an `Up' pointer usually leads to a node at the level above (closer to the `Top' node); and a `Menu' leads to nodes at a level below (closer to `leaves'). (A cross reference can point to a node at any level; see Cross References.)
Usually, an @node command and a chapter structuring command are
used in sequence, along with indexing commands. (You may follow the
@node line with a comment line that reminds you which pointer is
which.)
Here is the beginning of the chapter in this manual called “Ending a
Texinfo File”. This shows an @node line followed by a comment
line, an @chapter line, and then by indexing lines.
@node Ending a File, Structuring, Beginning a File, Top
@comment node-name, next, previous, up
@chapter Ending a Texinfo File
@cindex Ending a Texinfo file
@cindex Texinfo file ending
@cindex File ending
@node Command
A node is a segment of text that begins at an @node
command and continues until the next @node command. The
definition of node is different from that for chapter or section. A
chapter may contain sections and a section may contain subsections;
but a node cannot contain subnodes; the text of a node continues only
until the next @node command in the file. A node usually
contains only one chapter structuring command, the one that follows
the @node line. On the other hand, in printed output nodes
are used only for cross references, so a chapter or section may
contain any number of nodes. Indeed, a chapter usually contains
several nodes, one for each section, subsection, and
subsubsection.
To specify a node, write an @node command at the beginning of
a line, and follow it with up to four arguments, separated by commas,
on the rest of the same line. The first argument is required; it is
the name of this node (for details of node names, see Node Line Requirements). The subsequent arguments are the names of the `Next',
`Previous', and `Up' pointers, in that order, and may be omitted if
your Texinfo document is hierarchically organized (see makeinfo Pointer Creation).
Whether the node pointers are specified implicitly or explicitly, the
HTML output from makeinfo for each node includes links to
the `Next', `Previous', and `Up' nodes. The HTML also uses the
accesskey attribute with the values ‘n’, ‘p’, and
‘u’ respectively. This allows people using web browsers to
follow the nagivation using (typically) M-letter, e.g.,
M-n for the `Next' node, from anywhere within the node.
You may insert spaces before each name on the @node line if
you wish; the spaces are ignored. You must write the name of the node
and (if present) the names of the `Next', `Previous', and `Up'
pointers all on the same line. Otherwise, the formatters fail.
(see info, for more information about nodes in Info.)
Usually, you write one of the chapter-structuring command lines
immediately after an @node line—for example, an
@section or @subsection line. (See Structuring Command Types.)
TeX uses @node lines to identify the names to use for cross
references. For this reason, you must write @node lines in a
Texinfo file that you intend to format for printing, even if you do not
intend to format it for Info. (Cross references, such as the one at the
end of this sentence, are made with @xref and related commands;
see Cross References.)
The name of a node identifies the node (for details of node names, see Node Line Requirements). The pointers enable you to reach other nodes and consist simply of the names of those nodes.
Normally, a node's `Up' pointer contains the name of the node whose menu mentions that node. The node's `Next' pointer contains the name of the node that follows the present node in that menu and its `Previous' pointer contains the name of the node that precedes it in that menu. When a node's `Previous' node is the same as its `Up' node, both node pointers name the same node.
Usually, the first node of a Texinfo file is the `Top' node, and its `Up' and `Previous' pointers point to the dir file, which contains the main menu for all of Info.
The `Top' node itself contains the main or master menu for the manual. Also, it is helpful to include a brief description of the manual in the `Top' node. See First Node, for information on how to write the first node of a Texinfo file.
Even when you explicitly specify all pointers, that does not mean you can write the nodes in the Texinfo source file in an arbitrary order! Because TeX processes the file sequentially, irrespective of node pointers, you must write the nodes in the order you wish them to appear in the output.
@node Line
The easiest way to write an @node line is to write @node
at the beginning of a line and then the name of the node, like
this:
@node node-name
If you are using GNU Emacs, you can use the update node commands
provided by Texinfo mode to insert the names of the pointers; or you
can leave the pointers out of the Texinfo file and let makeinfo
insert node pointers into the Info file it creates. (See Texinfo Mode, and makeinfo Pointer Creation.)
Alternatively, you can insert the `Next', `Previous', and `Up' pointers yourself. If you do this, you may find it helpful to use the Texinfo mode keyboard command C-c C-c n. This command inserts ‘@node’ and a comment line listing the names of the pointers in their proper order. The comment line helps you keep track of which arguments are for which pointers. This comment line is especially useful if you are not familiar with Texinfo.
The template for a fully-written-out node line with `Next', `Previous', and `Up' pointers looks like this:
@node node-name, next, previous, up
The node-name argument must be present, but the others are
optional. If you wish to specify some but not others, just insert
commas as needed, as in: ‘@node mynode,,,uppernode’. However,
we recommend leaving off all the pointers and letting makeinfo
determine them, as described above.
If you wish, you can ignore @node lines altogether in your first
draft and then use the texinfo-insert-node-lines command to
create @node lines for you. However, we do not recommend this
practice. It is better to name the node itself at the same time that
you write a segment so you can easily make cross references. A large
number of cross references are an especially important feature of a good
Info file.
After you have inserted an @node line, you should immediately
write an @-command for the chapter or section and insert its name.
Next (and this is important!), put in several index entries. Usually,
you will find at least two and often as many as four or five ways of
referring to the node in the index. Use them all. This will make it
much easier for people to find the node.
@node Line TipsHere are three suggestions:
In the Info file, the file name, node name, and pointer names are all inserted on one line, which may run into the right edge of the window. (This does not cause a problem with Info, but is ugly.)
@node Line RequirementsHere are several requirements for @node lines:
Duplicates confuse the Info movement commands. This means, for example, that if you end every chapter with a summary, you must name each summary node differently. You cannot just call each one “Summary”. You may, however, duplicate the titles of chapters, sections, and the like. Thus you can end each chapter in a book with a section called “Summary”, so long as the node names for those sections are all different.
The node to which a pointer points may come before or after the node containing the pointer.
@ and
{, and accent commands such as ‘@'’. (For a few cases
when this is useful, Texinfo has limited support for using
@-commands in node names; see Pointer Validation.) Perhaps
this limitation will be removed some day.
For example, the following is a section title in this manual:
@code{@@unnumberedsec}, @code{@@appendixsec}, @code{@@heading}
But the corresponding node name lacks the commas and the @'s:
unnumberedsec appendixsec heading
Spaces before and after names on the ‘@node’ line are ignored, but spaces “inside” a name are significant. For example:
@node foo bar,
@node foo bar ,
@node foo bar ,
all define the same node, ‘foo bar’. References to the node should all use that name, without the leading or trailing spaces, but with the internal spaces.
The first node of a Texinfo file is the Top node, except in an included file (see Include Files). The Top node should contain a short summary, copying permissions, and a master menu. See The Top Node, for more information on the Top node contents and examples.
Here is a description of the node pointers to be used in the Top node:
Usually, all Info files are installed in the same Info directory tree; in this case, use ‘(dir)’ as the parent of the Top node; this is short for ‘(dir)top’, and specifies the Top node in the dir file, which contains the main menu for the Info system as a whole.
See Installing an Info File, for more information about installing an Info file in the info directory.
It is usually best to leave the pointers off entirely and let the tools implicitly define them, with this simple result:
@node Top
@top Sectioning Command
A special sectioning command, @top should be used with the
@node Top line. The @top sectioning command tells
makeinfo that it marks the `Top' node in the file. It provides
the information that makeinfo needs to insert node pointers
automatically. Write the @top command at the beginning of the
line immediately following the @node Top line. Write the title
on the remaining part of the same line as the @top command.
In Info, the @top sectioning command causes the title to appear
on a line by itself, with a line of asterisks inserted underneath, as
other sectioning commands do.
In TeX and texinfo-format-buffer, the @top
sectioning command is merely a synonym for @unnumbered.
Neither of these formatters require an @top command, and do
nothing special with it. You can use @chapter or
@unnumbered after the @node Top line when you use
these formatters. Also, you can use @chapter or
@unnumbered when you use the Texinfo updating commands to
create or update pointers and menus.
Thus, in practice, a Top node starts like this:
@node Top
@top Your Manual Title
makeinfo
The makeinfo program has a feature for automatically
determining node pointers for a hierarchically organized document. We
highly recommend using it.
When you take advantage of this feature, you do not need to write the
`Next', `Previous', and `Up' pointers after the name of a node.
However, you must write a sectioning command, such as @chapter
or @section, on the line immediately following each truncated
@node line (except that comment lines may intervene).
In addition, you must follow the `Top' @node line with a line
beginning with @top to mark the `Top' node in the
file. See @top.
Finally, you must write the name of each node (except for the `Top' node) in a menu that is one or more hierarchical levels above the node's hierarchical level.
If you use a detailed menu in your master menu (see Master Menu Parts), mark it with the @detailmenu @dots{} @end
detailmenu environment, or makeinfo will get confused,
typically about the last and/or first node in the document.
This implicit node pointer creation feature in makeinfo
relieves you from the need to update menus and pointers manually or
with Texinfo mode commands. (See Updating Nodes and Menus.)
In most cases, you will want to take advantage of this feature and not redundantly specify node pointers. However, Texinfo documents are not required to be organized hierarchically or in fact to contain sectioning commands at all (for example, if you never intend the document to be printed). The special procedure for handling the short text before a menu (see Menus) also disables this feature, for that group of nodes. In those cases, you will need to explicitly specify all pointers.
@anchor: Defining Arbitrary Cross-reference Targets
An anchor is a position in your document, labeled so that
cross-references can refer to it, just as they can to nodes. You create
an anchor with the @anchor command, and give the label as a
normal brace-delimited argument. For example:
This marks the @anchor{x-spot}spot.
...
@xref{x-spot,,the spot}.
produces:
This marks the spot.
...
See [the spot], page 1.
As you can see, the @anchor command itself produces no output.
This example defines an anchor `x-spot' just before the word `spot'.
You can refer to it later with an @xref or other cross-reference
command, as shown. See Cross References, for details on the
cross-reference commands.
It is best to put @anchor commands just before the position you
wish to refer to; that way, the reader's eye is led on to the correct
text when they jump to the anchor. You can put the @anchor
command on a line by itself if that helps readability of the source.
Whitespace (including newlines) is ignored after @anchor.
Anchor names and node names may not conflict. Anchors and nodes are
given similar treatment in some ways; for example, the goto-node
command in standalone Info takes either an anchor name or a node name as
an argument. (See goto-node.)
Also like node names, anchor names cannot include some characters (see Node Line Requirements).
Menus contain pointers to subordinate nodes. In online output, you use menus to go to such nodes. Menus have no effect in printed manuals and do not appear in them.
A node with a menu should not contain much text. If you find yourself writing a lot of text before a menu, we generally recommend moving most of the text into a new subnode—all but a paragraph or two. Otherwise, a reader with a terminal that displays only a few lines may miss the menu and its associated text. As a practical matter, it is best to locate a menu within 20 or so lines of the beginning of the node.
A menu must be located at the end of a node, without any regular text
or additional commands between the @end menu and the beginning
of the next node. (As a consequence, there may be at most one menu in
a node.)
This is actually a useful restriction, since a reader who uses the menu could easily miss any such text. Technically, it is necessary because in Info format, there is no marker for the end of a menu, so Info-reading programs would have no way to know when the menu ends and normal text resumes.
Technically, menus can carry you to any node, regardless of the structure of the document; even to nodes in a different Info file. However, we do not recommend ever making use of this, because the makeinfo implicit pointer creation feature (see makeinfo Pointer Creation) and GNU Emacs Texinfo mode updating commands work only to create menus of subordinate nodes in a hierarchically structured document. Instead, use cross references to refer to arbitrary nodes.
In the past, we recommended using a ‘@heading’ command within an
@ifinfo conditional instead of the normal sectioning commands
after a very short node with a menu. This had the advantage of making
the printed output look better, because there was no very short text
between two headings on the page. But this also does not work with
makeinfo's implicit pointer creation, and it also makes the
XML output incorrect, since it does not reflect the true document
structure. So, regrettably, we can no longer recommend this.
A menu consists of an @menu command on a line by itself
followed by menu entry lines or menu comment lines and then by an
@end menu command on a line by itself.
A menu looks like this:
@menu
Larger Units of Text
* Files:: All about handling files.
* Multiples: Buffers. Multiple buffers; editing
several files at once.
@end menu
In a menu, every line that begins with an ‘* ’ is a menu entry. (Note the space after the asterisk.) A line that does not start with an ‘* ’ may also appear in a menu. Such a line is not a menu entry but is a menu comment line that appears in the Info file. In the example above, the line ‘Larger Units of Text’ is a menu comment line; the two lines starting with ‘* ’ are menu entries. Space characters in a menu are preserved as-is; this allows you to format the menu as you wish.
In the HTML output from makeinfo, the accesskey
attribute is used with the values ‘1’...‘9’ for the
first nine entries. This allows people using web browsers to follow
the first menu entries using (typically) M-digit, e.g.,
M-1 for the first entry.
A menu entry has three parts, only the second of which is required:
The template for a generic menu entry looks like this (but see the next section for one more possibility):
* menu-entry-name: node-name. description
Follow the menu entry name with a single colon and follow the node name with tab, comma, newline, or the two characters period and space (‘. ’).
In Info, a user selects a node with the m (Info-menu)
command. The menu entry name is what the user types after the m
command.
The third part of a menu entry is a descriptive phrase or sentence. Menu entry names and node names are often short; the description explains to the reader what the node is about. A useful description complements the node name rather than repeats it. The description, which is optional, can spread over two or more lines; if it does, some authors prefer to indent the second line while others prefer to align it with the first (and all others). It's up to you.
When the menu entry name and node name are the same, you can write the name immediately after the asterisk and space at the beginning of the line and follow the name with two colons.
For example, write
* Name:: description
instead of
* Name: Name. description
You should indeed use the node name for the menu entry name whenever possible, since it reduces visual clutter in the menu.
A menu looks like this in Texinfo:
@menu
* menu entry name: Node name. A short description.
* Node name:: This form is preferred.
@end menu
This produces:
* menu:
* menu entry name: Node name. A short description.
* Node name:: This form is preferred.
Here is an example as you might see it in a Texinfo file:
@menu
Larger Units of Text
* Files:: All about handling files.
* Multiples: Buffers. Multiple buffers; editing
several files at once.
@end menu
This produces:
* menu:
Larger Units of Text
* Files:: All about handling files.
* Multiples: Buffers. Multiple buffers; editing
several files at once.
In this example, the menu has two entries. ‘Files’ is both a menu entry name and the name of the node referred to by that name. ‘Multiples’ is the menu entry name; it refers to the node named ‘Buffers’. The line ‘Larger Units of Text’ is a comment; it appears in the menu, but is not an entry.
Since no file name is specified with either ‘Files’ or ‘Buffers’, they must be the names of nodes in the same Info file (see Referring to Other Info Files).
You can create a menu entry that enables a reader in Info to go to a node in another Info file by writing the file name in parentheses just before the node name. In this case, you should use the three-part menu entry format, which saves the reader from having to type the file name.
The format looks like this:
@menu
* first-entry-name:(filename)nodename. description
* second-entry-name:(filename)second-node. description
@end menu
For example, to refer directly to the ‘Outlining’ and ‘Rebinding’ nodes in the Emacs Manual, you would write a menu like this:
@menu
* Outlining: (emacs)Outline Mode. The major mode for
editing outlines.
* Rebinding: (emacs)Rebinding. How to redefine the
meaning of a key.
@end menu
If you do not list the node name, but only name the file, then Info presumes that you are referring to the `Top' node.
The dir file that contains the main menu for Info has menu entries that list only file names. These take you directly to the `Top' nodes of each Info document. (See Installing an Info File.)
For example:
* Info: (info). Documentation browsing system.
* Emacs: (emacs). The extensible, self-documenting
text editor.
(The dir top level directory for the Info system is an Info file, not a Texinfo file, but a menu entry looks the same in both types of file.)
The GNU Emacs Texinfo mode menu updating commands only work with nodes within the current buffer, so you cannot use them to create menus that refer to other files. You must write such menus by hand.
Cross references are used to refer the reader to other parts of the same or different Texinfo files. In Texinfo, nodes and anchors are the places to which cross references can refer.
Often, but not always, a printed document should be designed so that it can be read sequentially. People tire of flipping back and forth to find information that should be presented to them as they need it.
However, in any document, some information will be too detailed for the current context, or incidental to it; use cross references to provide access to such information. Also, an online help system or a reference manual is not like a novel; few read such documents in sequence from beginning to end. Instead, people look up what they need. For this reason, such creations should contain many cross references to help readers find other information that they may not have read.
In a printed manual, a cross reference results in a page reference, unless it is to another manual altogether, in which case the cross reference names that manual.
In Info, a cross reference results in an entry that you can follow using the Info ‘f’ command. (see Following cross-references.)
The various cross reference commands use nodes (or anchors,
see @anchor) to define cross reference locations.
This is evident in Info, in which a cross reference takes you to the
specified location. TeX also uses nodes to define cross reference
locations, but the action is less obvious. When TeX generates a DVI
file, it records each node's page number and uses the page numbers in making
references. Thus, if you are writing a manual that will only be
printed, and will not be used online, you must nonetheless write
@node lines to name the places to which you make cross
references.
There are four different cross reference commands:
@xref@ref@xref for Info; produces just the reference in the printed
manual without a preceding `See'.
@pxref@inforef(The @cite command is used to make references to books and
manuals for which there is no corresponding Info file and, therefore,
no node to which to point. See @cite.)
A cross reference command requires only one argument, which is the name of the node to which it refers. But a cross reference command may contain up to four additional arguments. By using these arguments, you can provide a cross reference name for Info, a topic description or section title for the printed output, the name of a different Info file, and the name of a different printed manual.
Here is a simple cross reference example:
@xref{Node name}.
which produces
*Note Node name::.
and
See Section nnn [Node name], page ppp.
Here is an example of a full five-part cross reference:
@xref{Node name, Cross Reference Name, Particular Topic,
info-file-name, A Printed Manual}, for details.
which produces
*Note Cross Reference Name: (info-file-name)Node name,
for details.
in Info and
See section “Particular Topic” in A Printed Manual, for details.
in a printed book.
The five possible arguments for a cross reference are:
The template for a full five argument cross reference looks like this:
@xref{node-name, cross-reference-name, title-or-topic,
info-file-name, printed-manual-title}.
Cross references with one, two, three, four, and five arguments are
described separately following the description of @xref.
Write a node name in a cross reference in exactly the same way as in
the @node line, including the same capitalization; otherwise, the
formatters may not find the reference.
You can write cross reference commands within a paragraph, but note
how Info and TeX format the output of each of the various commands:
write @xref at the beginning of a sentence; write
@pxref only within parentheses, and so on.
@xref
The @xref command generates a cross reference for the
beginning of a sentence. The Info formatting commands convert it into
an Info cross reference, which the Info ‘f’ command can use to
bring you directly to another node. The TeX typesetting commands
convert it into a page reference, or a reference to another book or
manual.
Most often, an Info cross reference looks like this:
*Note node-name::.
or like this
*Note cross-reference-name: node-name.
In TeX, a cross reference looks like this:
See Section section-number [node-name], page page.
or like this
See Section section-number [title-or-topic], page page.
The @xref command does not generate a period or comma to end
the cross reference in either the Info file or the printed output.
You must write that period or comma yourself; otherwise, Info will not
recognize the end of the reference. (The @pxref command works
differently. See @pxref.)
Caution: A period or comma must follow the closing
brace of an @xref. It is required to terminate the cross
reference. This period or comma will appear in the output, both in
the Info file and in the printed manual.
@xref must refer to an Info node by name. Use @node
to define the node (see Writing a Node).
@xref is followed by several arguments inside braces, separated by
commas. Whitespace before and after these commas is ignored.
A cross reference requires only the name of a node; but it may contain up to four additional arguments. Each of these variations produces a cross reference that looks somewhat different.
Note: Commas separate arguments in a cross reference; avoid including them in the title or other part lest the formatters mistake them for separators.
@xref with One ArgumentThe simplest form of @xref takes one argument, the name of
another node in the same Info file. The Info formatters produce
output that the Info readers can use to jump to the reference; TeX
produces output that specifies the page and section number for you.
For example,
@xref{Tropical Storms}.
produces
*Note Tropical Storms::.
and
See Section 3.1 [Tropical Storms], page 24.
(Note that in the preceding example the closing brace is followed by a period.)
You can write a clause after the cross reference, like this:
@xref{Tropical Storms}, for more info.
which produces
*Note Tropical Storms::, for more info.
and
See Section 3.1 [Tropical Storms], page 24, for more info.
(Note that in the preceding example the closing brace is followed by a comma, and then by the clause, which is followed by a period.)
@xref with Two ArgumentsWith two arguments, the second is used as the name of the Info cross reference, while the first is still the name of the node to which the cross reference points.
The template is like this:
@xref{node-name, cross-reference-name}.
For example,
@xref{Electrical Effects, Lightning}.
produces:
*Note Lightning: Electrical Effects.
and
See Section 5.2 [Electrical Effects], page 57.
(Note that in the preceding example the closing brace is followed by a period; and that the node name is printed, not the cross reference name.)
You can write a clause after the cross reference, like this:
@xref{Electrical Effects, Lightning}, for more info.
which produces
*Note Lightning: Electrical Effects, for more info.
and
See Section 5.2 [Electrical Effects], page 57, for more info.
(Note that in the preceding example the closing brace is followed by a comma, and then by the clause, which is followed by a period.)
@xref with Three ArgumentsA third argument replaces the node name in the TeX output. The third argument should be the name of the section in the printed output, or else state the topic discussed by that section. Often, you will want to use initial upper case letters so it will be easier to read when the reference is printed. Use a third argument when the node name is unsuitable because of syntax or meaning.
Remember to avoid placing a comma within the title or topic section of a cross reference, or within any other section. The formatters divide cross references into arguments according to the commas; a comma within a title or other section will divide it into two arguments. In a reference, you need to write a title such as “Clouds, Mist, and Fog” without the commas.
Also, remember to write a comma or period after the closing brace of an
@xref to terminate the cross reference. In the following
examples, a clause follows a terminating comma.
The template is like this:
@xref{node-name, cross-reference-name, title-or-topic}.
For example,
@xref{Electrical Effects, Lightning, Thunder and Lightning},
for details.
produces
*Note Lightning: Electrical Effects, for details.
and
See Section 5.2 [Thunder and Lightning], page 57, for details.
If a third argument is given and the second one is empty, then the third argument serves both. (Note how two commas, side by side, mark the empty second argument.)
@xref{Electrical Effects, , Thunder and Lightning},
for details.
produces
*Note Thunder and Lightning: Electrical Effects, for details.
and
See Section 5.2 [Thunder and Lightning], page 57, for details.
As a practical matter, it is often best to write cross references with just the first argument if the node name and the section title are the same, and with the first and third arguments if the node name and title are different.
Here are several examples from The GNU Awk User's Guide:
@xref{Sample Program}.
@xref{Glossary}.
@xref{Case-sensitivity, ,Case-sensitivity in Matching}.
@xref{Close Output, , Closing Output Files and Pipes},
for more information.
@xref{Regexp, , Regular Expressions as Patterns}.
@xref with Four and Five ArgumentsIn a cross reference, a fourth argument specifies the name of another Info file, different from the file in which the reference appears, and a fifth argument specifies its title as a printed manual.
Remember that a comma or period must follow the closing brace of an
@xref command to terminate the cross reference. In the
following examples, a clause follows a terminating comma.
The template is:
@xref{node-name, cross-reference-name, title-or-topic,
info-file-name, printed-manual-title}.
For example,
@xref{Electrical Effects, Lightning, Thunder and Lightning,
weather, An Introduction to Meteorology}, for details.
produces
*Note Lightning: (weather)Electrical Effects, for details.
The name of the Info file is enclosed in parentheses and precedes the name of the node.
In a printed manual, the reference looks like this:
See section “Thunder and Lightning” in An Introduction to Meteorology, for details.
The title of the printed manual is typeset in italics; and the reference lacks a page number since TeX cannot know to which page a reference refers when that reference is to another manual.
Often, you will leave out the second argument when you use the long
version of @xref. In this case, the third argument, the topic
description, will be used as the cross reference name in Info.
The template looks like this:
@xref{node-name, , title-or-topic, info-file-name,
printed-manual-title}, for details.
which produces
*Note title-or-topic: (info-file-name)node-name, for details.
and
See section title-or-topic in printed-manual-title, for details.
For example,
@xref{Electrical Effects, , Thunder and Lightning,
weather, An Introduction to Meteorology}, for details.
produces
*Note Thunder and Lightning: (weather)Electrical Effects,
for details.
and
See section “Thunder and Lightning” in An Introduction to Meteorology, for details.
On rare occasions, you may want to refer to another Info file that is within a single printed manual—when multiple Texinfo files are incorporated into the same TeX run but make separate Info files. In this case, you need to specify only the fourth argument, and not the fifth.
In a cross reference, you must always name a node. This means that in
order to refer to a whole manual, you must identify the `Top' node by
writing it as the first argument to the @xref command. (This
is different from the way you write a menu entry; see Referring to Other Info Files.) At the same time, to
provide a meaningful section topic or title in the printed cross
reference (instead of the word `Top'), you must write an appropriate
entry for the third argument to the @xref command.
Thus, to make a cross reference to The GNU Make Manual, write:
@xref{Top, , Overview, make, The GNU Make Manual}.
which produces
*Note Overview: (make)Top.
and
See section “Overview” in The GNU Make Manual.
In this example, ‘Top’ is the name of the first node, and ‘Overview’ is the name of the first section of the manual.
@ref
@ref is nearly the same as @xref except that it does
not generate a `See' in the printed output, just the reference itself.
This makes it useful as the last part of a sentence.
For example,
For more information, @pxref{This}, and @ref{That}.
produces in Info:
For more information, *note This::, and *note That::.
and in printed output:
For more information, see Section 1.1 [This], page 1, and Section 1.2 [That], page 2.
The @ref command sometimes tempts writers to express
themselves in a manner that is suitable for a printed manual but looks
awkward in the Info format. Bear in mind that your audience will be
using both the printed and the Info format. For example:
Sea surges are described in @ref{Hurricanes}.
looks ok in the printed output:
Sea surges are described in Section 6.7 [Hurricanes], page 72.
but is awkward to read in Info, “note” being a verb:
Sea surges are described in *note Hurricanes::.
You should write a period or comma immediately after an @ref
command with two or more arguments. If there is no such following
punctuation, makeinfo will generate a (grammatically
incorrect) period in the Info output; otherwise, the cross-reference
would fail completely, due to the current syntax of Info format.
In general, it is best to use @ref only when you need some
word other than “see” to precede the reference. When “see” (or
“See”) is ok, @xref and @pxref are preferable.
@pxref
The parenthetical reference command, @pxref, is nearly the
same as @xref, but it is best used at the end of a sentence or
before a closing parenthesis. The command differs from @xref
in two ways:
@pxref is designed so that the output looks right and works
right at the end of a sentence or parenthetical phrase, both in
printed output and in an Info file. In a printed manual, a closing
comma or period should not follow a cross reference within
parentheses; such punctuation is wrong. But in an Info file, suitable
closing punctuation must follow the cross reference so Info can
recognize its end. @pxref spares you the need to use
complicated methods to put a terminator into one form of the output
and not the other.
With one argument, a parenthetical cross reference looks like this:
... storms cause flooding (@pxref{Hurricanes}) ...
which produces
... storms cause flooding (*note Hurricanes::) ...
and
... storms cause flooding (see Section 6.7 [Hurricanes], page 72) ...
With two arguments, a parenthetical cross reference has this template:
... (@pxref{node-name, cross-reference-name}) ...
which produces
... (*note cross-reference-name: node-name.) ...
and
... (see Section nnn [node-name], page ppp) ...
@pxref can be used with up to five arguments, just like
@xref (see @xref).
In past versions of Texinfo, it was not allowed to write punctuation
after a @pxref, so it could be used only before a right
parenthesis. This is no longer the case, so now it can be used (for
example) at the end of a sentence, where a lowercase “see” works
best. For instance:
... For more information, @pxref{More}.
which outputs (in Info):
... For more information, *note More::.
This works fine. @pxref should only be followed by a comma,
period, or right parenthesis; in other cases, makeinfo has
to insert a period to make the cross-reference work correctly in Info,
and that period looks wrong.
As a matter of general style, @pxref is best used at the ends
of sentences. Although it technically works in the middle of a
sentence, that location breaks up the flow of reading.
@inforef
@inforef is used for making cross references to Info
documents—even from a printed manual. This might be because you
want to refer to conditional @ifinfo text
(see Conditionals), or because printed output is not available
(perhaps because there is no Texinfo source), among other
possibilities.
The command takes either two or three arguments, in the following order:
Separate the arguments with commas, as with @xref. Also, you
must terminate the reference with a comma or period after the
‘}’, as you do with @xref.
The template is:
@inforef{node-name, cross-reference-name, info-file-name},
For example,
@inforef{Advanced, Advanced Info commands, info},
for more information.
produces (in Info):
*Note Advanced Info commands: (info)Advanced,
for more information.
and (in the printed output):
See Info file info, node ‘Advanced’, for more information.
(This particular example is not realistic, since the Info manual is written in Texinfo, so all formats are available.)
The converse of @inforef is @cite, which is used to
refer to printed works for which no Info form exists. See @cite.
@url, @uref{url[, text][, replacement]}
@uref produces a reference to a uniform resource locator (url).
It takes one mandatory argument, the url, and two optional arguments
which control the text that is displayed. In HTML output, @uref
produces a link you can follow.
@url is a synonym for @uref. Originally, @url
had the meaning of @indicateurl
(see @indicateurl), but in actual practice it
was misused the vast majority of the time. So we've changed the
meaning.
The second argument, if specified, is the text to display (the default is the url itself); in Info and DVI output, but not in HTML output, the url is also output.
The third argument, if specified, is the text to display, but in this case the url is not output in any format. This is useful when the text is already sufficiently referential, as in a man page. If the third argument is given, the second argument is ignored.
If the url is long enough to cause problems with line breaking, you
may find it useful to insert @/ at places where a line break
would be acceptable (after ‘/’ characters, for instance). This
tells TeX to allow (but not force) a line break at those places.
See Line Breaks.
Here is an example of the simple one argument form, where the url is both the target and the text of the link:
The official GNU ftp site is @uref{ftp://ftp.gnu.org/gnu}.
produces:
The official GNU ftp site is ftp://ftp.gnu.org/gnu.
An example of the two-argument form:
The official @uref{ftp://ftp.gnu.org/gnu, GNU ftp site}
holds programs and texts.
produces:
The official GNU ftp site
holds programs and texts.
that is, the Info output is this:
The official GNU ftp site (ftp://ftp.gnu.org/gnu)
holds programs and texts.
and the HTML output is this:
The official <a href="ftp://ftp.gnu.org/gnu">GNU ftp site</a>
holds programs and texts.
An example of the three-argument form:
The @uref{/man.cgi/1/ls,,ls} program ...
produces:
The ls program ...
but with HTML:
The <a href="/man.cgi/1/ls">ls</a> program ...
To merely indicate a url without creating a link people can follow, use
@indicateurl (see @indicateurl).
Some people prefer to display url's in the unambiguous format:
<URL:http://host/path>
You can use this form in the input file if you wish. We feel it's not necessary to include the ‘<URL:’ and ‘>’ in the output, since any software that tries to detect url's in text already has to detect them without the ‘<URL:’ to be useful.
@cite{reference}
Use the @cite command for the name of a book that lacks a
companion Info file. The command produces italics in the printed
manual, and quotation marks in the Info file.
If a book is written in Texinfo, it is better to use a cross reference
command since a reader can easily follow such a reference in Info.
See @xref.
In Texinfo, you can mark words and phrases in a variety of ways. The Texinfo formatters use this information to determine how to highlight the text. You can specify, for example, whether a word or phrase is a defining occurrence, a metasyntactic variable, or a symbol used in a program. Also, you can emphasize text, in several different ways.
Texinfo has commands for indicating just what kind of object a piece of
text refers to. For example, metasyntactic variables are marked by
@var, and code by @code. Since the pieces of text are
labelled by commands that tell what kind of object they are, it is easy
to change the way the Texinfo formatters prepare such text. (Texinfo is
an intentional formatting language rather than a typesetting
formatting language.)
For example, in a printed manual,
code is usually illustrated in a typewriter font;
@code tells TeX to typeset this text in this font. But it
would be easy to change the way TeX highlights code to use another
font, and this change would not affect how keystroke examples are
highlighted. If straight typesetting commands were used in the body
of the file and you wanted to make a change, you would need to check
every single occurrence to make sure that you were changing code and
not something else that should not be changed.
The highlighting commands can be used to extract useful information from the file, such as lists of functions or file names. It is possible, for example, to write a program in Emacs Lisp (or a keyboard macro) to insert an index entry after every paragraph that contains words or phrases marked by a specified command. You could do this to construct an index of functions if you had not already made the entries.
The commands serve a variety of purposes:
@code{sample-code}@code.
@kbd{keyboard-characters}@kbd.
@key{key-name}@key.
@samp{text}@samp.
@verb{text}@verb.
@var{metasyntactic-variable}@var.
@env{environment-variable}@env.
@file{file-name}@file.
@command{command-name}@command.
@option{option}@option.
@dfn{term}@dfn.
@cite{reference}@cite.
@abbr{abbreviation}@acronym{acronym}@acronym.
@indicateurl{uniform-resource-locator}@indicateurl. (Use @url
(see @url) for live url's.)
@email{email-address[, displayed-text]}@email.
@code{sample-code}
Use the @code command to indicate text that is a piece of a
program and which consists of entire syntactic tokens. Enclose the
text in braces.
Thus, you should use @code for an expression in a program, for
the name of a variable or function used in a program, or for a
keyword in a programming language.
Use @code for command names in languages that resemble
programming languages, such as Texinfo. For example, @code and
@samp are produced by writing ‘@code{@@code}’ and
‘@code{@@samp}’ in the Texinfo source, respectively.
It is incorrect to alter the case of a word inside an @code
command when it appears at the beginning of a sentence. Most computer
languages are case sensitive. In C, for example, Printf is
different from the identifier printf, and most likely is a
misspelling of it. Even in languages which are not case sensitive, it
is confusing to a human reader to see identifiers spelled in different
ways. Pick one spelling and always use that. If you do not want to
start a sentence with a command name written all in lower case, you
should rearrange the sentence.
In the printed manual, @code causes TeX to typeset the
argument in a typewriter face. In the Info file, it causes the Info
formatting commands to use single quotation marks around the text.
For example,
The function returns @code{nil}.
produces this:
The function returns nil.
Here are some cases for which it is preferable not to use @code:
@command).
@option).
@samp rather than @code. In this case, the rule is to
choose the more pleasing format.
@env).
goto-char Emacs Lisp function, you should use
@samp.
@code when you are explaining what letters
or printable symbols can be used in the names of functions. (Use
@samp.) Also, you should not use @code to mark text
that is considered input to programs unless the input is written in a
language that is like a programming language. For example, you should
not use @code for the keystroke commands of GNU Emacs (use
@kbd instead) although you may use @code for the names
of the Emacs Lisp functions that the keystroke commands invoke.
Since @command, @option, and @env were
introduced relatively recently, it is acceptable to use @code or
@samp for command names, options, and environment variables.
The new commands allow you to express the markup more precisely, but
there is no real harm in using the older commands, and of course the
long-standing manuals do so.
Ordinarily, TeX will consider breaking lines at ‘-’ and
‘_’ characters within @code and related commands. This
can be controlled with @allowcodebreaks
(see @allowcodebreaks).
@kbd{keyboard-characters}
Use the @kbd command for characters of input to be typed by
users. For example, to refer to the characters M-a, write:
@kbd{M-a}
and to refer to the characters M-x shell, write:
@kbd{M-x shell}
By default, the @kbd command produces a different font
(slanted typewriter instead of normal typewriter) in the printed
manual, so users can distinguish the characters that they are supposed
to type from those that the computer outputs.
In Info output, @kbd is usually the same as @code,
producing `quotes' around its argument. However, in typewriter-like
contexts such as the @example environment (see example)
and @code command itself, the quotes are omitted, since Info
format cannot use distinguishing fonts.
Since the usage of @kbd varies from manual to manual, you can
control the font switching with the @kbdinputstyle command.
This command has no effect on Info output. Write this command at the
beginning of a line with a single word as an argument, one of the
following:
@kbd as @code.
@kbd only in @example
and similar environments.
@kbd.
You can embed another @-command inside the braces of an @kbd
command. Here, for example, is the way to describe a command that
would be described more verbosely as “press the ‘r’ key and then
press the <RETURN> key”:
@kbd{r @key{RET}}
This produces: r <RET>. (The present manual uses the
default for @kbdinputstyle.)
You also use the @kbd command if you are spelling out the letters
you type; for example:
To give the @code{logout} command,
type the characters @kbd{l o g o u t @key{RET}}.
This produces:
To give the logout command,
type the characters l o g o u t <RET>.
(Also, this example shows that you can add spaces for clarity. If you explicitly want to mention a space character as one of the characters of input, write @key{SPC} for it.)
@key{key-name}
Use the @key command for the conventional name for a key on a
keyboard, as in:
@key{RET}
You can use the @key command within the argument of an
@kbd command when the sequence of characters to be typed
includes one or more keys that are described by name.
For example, to produce C-x <ESC> and M-<TAB> you would type:
@kbd{C-x @key{ESC}}
@kbd{M-@key{TAB}}
Here is a list of the recommended names for keys:
- SPC
- Space
- RET
- Return
- LFD
- Linefeed (however, since most keyboards nowadays do not have a Linefeed key, it might be better to call this character C-j)
- TAB
- Tab
- BS
- Backspace
- ESC
- Escape
- DELETE
- Delete
- SHIFT
- Shift
- CTRL
- Control
- META
- Meta
There are subtleties to handling words like `meta' or `ctrl' that are
names of modifier keys. When mentioning a character in which the
modifier key is used, such as Meta-a, use the @kbd command
alone; do not use the @key command; but when you are referring
to the modifier key in isolation, use the @key command. For
example, write ‘@kbd{Meta-a}’ to produce Meta-a and
‘@key{META}’ to produce <META>.
As a convention in GNU manuals, @key should not be used in
index entries.
@samp{text}
Use the @samp command to indicate text that is a literal example
or `sample' of a sequence of characters in a file, string, pattern, etc.
Enclose the text in braces. The argument appears within single
quotation marks in both the Info file and the printed manual; in
addition, it is printed in a fixed-width font.
To match @samp{foo} at the end of the line,
use the regexp @samp{foo$}.
produces
To match ‘foo’ at the end of the line, use the regexp ‘foo$’.
Any time you are referring to single characters, you should use
@samp unless @kbd or @key is more appropriate.
Also, you may use @samp for entire statements in C and for entire
shell commands—in this case, @samp often looks better than
@code. Basically, @samp is a catchall for whatever is
not covered by @code, @kbd, or @key.
Only include punctuation marks within braces if they are part of the string you are specifying. Write punctuation marks outside the braces if those punctuation marks are part of the English text that surrounds the string. In the following sentence, for example, the commas and period are outside of the braces:
In English, the vowels are @samp{a}, @samp{e},
@samp{i}, @samp{o}, @samp{u}, and sometimes
@samp{y}.
This produces:
In English, the vowels are ‘a’, ‘e’, ‘i’, ‘o’, ‘u’, and sometimes ‘y’.
@verb{<char>text<char>}
Use the @verb command to print a verbatim sequence of
characters.
Like LaTeX's \verb command, the verbatim text can be quoted using
any unique delimiter character. Enclose the verbatim text, including the
delimiters, in braces. Text is printed in a fixed-width font:
How many @verb{|@|}-escapes does one need to print this
@verb{.@a @b @c.} string or @verb{+@'e?`!`{}\+} this?
produces
How many @-escapes does one need to print this
@a @b @c string or these @'e?`{}!`\ this?
This is in contrast to @samp (see the previous section),
@code, and similar commands; in those cases, the argument is
normal Texinfo text, where the three characters @{} are
special. With @verb, nothing is special except the delimiter
character you choose.
It is not reliable to use @verb inside other Texinfo
constructs. In particular, it does not work to use @verb in
anything related to cross-referencing, such as section titles or
figure captions.
@var{metasyntactic-variable}
Use the @var command to indicate metasyntactic variables. A
metasyntactic variable is something that stands for another piece of
text. For example, you should use a metasyntactic variable in the
documentation of a function to describe the arguments that are passed
to that function.
Do not use @var for the names of particular variables in
programming languages. These are specific names from a program, so
@code is correct for them (see code). For example, the
Emacs Lisp variable texinfo-tex-command is not a metasyntactic
variable; it is properly formatted using @code.
Do not use @var for environment variables either; @env
is correct for them (see the next section).
The effect of @var in the Info file is to change the case of the
argument to all upper case. In the printed manual and HTML output, the
argument is printed in slanted type.
For example,
To delete file @var{filename},
type @samp{rm @var{filename}}.
produces
To delete file filename, type ‘rm filename’.
(Note that @var may appear inside @code,
@samp, @file, etc.)
Write a metasyntactic variable all in lower case without spaces, and use hyphens to make it more readable. Thus, the Texinfo source for the illustration of how to begin a Texinfo manual looks like this:
\input texinfo
@@setfilename @var{info-file-name}
@@settitle @var{name-of-manual}
This produces:
\input texinfo
@setfilename info-file-name
@settitle name-of-manual
In some documentation styles, metasyntactic variables are shown with angle brackets, for example:
..., type rm <filename>
However, that is not the style that Texinfo uses. (You can, of
course, modify the sources to texinfo.tex and the Info formatting commands
to output the <...> format if you wish.)
@env{environment-variable}
Use the @env command to indicate environment variables, as used
by many operating systems, including GNU. Do not use it for
metasyntactic variables; use @var instead (see the previous
section).
@env is equivalent to @code in its effects.
For example:
The @env{PATH} environment variable ...
produces
The PATH environment variable ...
@file{file-name}
Use the @file command to indicate text that is the name of a
file, buffer, or directory, or is the name of a node in Info. You can
also use the command for file name suffixes. Do not use @file
for symbols in a programming language; use @code.
Currently, @file is equivalent to @samp in its effects.
For example,
The @file{.el} files are in
the @file{/usr/local/emacs/lisp} directory.
produces
The .el files are in the /usr/local/emacs/lisp directory.
@command{command-name}
Use the @commannd command to indicate command names, such as
ls or cc.
@command is equivalent to @code in its effects.
For example:
The command @command{ls} lists directory contents.
produces
The command ls lists directory contents.
You should write the name of a program in the ordinary text font, rather
than using @command, if you regard it as a new English word,
such as `Emacs' or `Bison'.
When writing an entire shell command invocation, as in ‘ls -l’,
you should use either @samp or @code at your discretion.
@option{option-name}
Use the @option command to indicate a command-line option; for
example, -l or --version or
--output=filename.
@option is equivalent to @samp in its effects.
For example:
The option @option{-l} produces a long listing.
produces
The option -l produces a long listing.
In tables, putting options inside @code produces a
more pleasing effect.
@dfn{term}
Use the @dfn command to identify the introductory or defining
use of a technical term. Use the command only in passages whose
purpose is to introduce a term which will be used again or which the
reader ought to know. Mere passing mention of a term for the first
time does not deserve @dfn. The command generates italics in
the printed manual, and double quotation marks in the Info file. For
example:
Getting rid of a file is called @dfn{deleting} it.
produces
Getting rid of a file is called deleting it.
As a general rule, a sentence containing the defining occurrence of a term should be a definition of the term. The sentence does not need to say explicitly that it is a definition, but it should contain the information of a definition—it should make the meaning clear.
@abbr{abbreviation[, meaning]}
You can use the @abbr command for general abbreviations. The
abbreviation is given as the single argument in braces, as in
‘@abbr{Comput.}’. As a matter of style, or for particular
abbreviations, you may prefer to omit periods, as in
‘@abbr{Mr} Stallman’.
@abbr accepts an optional second argument, intended to be used
for the meaning of the abbreviation.
If the abbreviation ends with a lowercase letter and a period, and is
not at the end of a sentence, and has no second argument, remember to
use the @. command (see Not Ending a Sentence) to get the correct spacing. However, you do not have to
use @. within the abbreviation itself; Texinfo automatically
assumes periods within the abbreviation do not end a sentence.
In TeX and in the Info output, the first argument is printed as-is;
if the second argument is present, it is printed in parentheses after
the abbreviation. In HTML and XML, the <abbr> tag is
used; in Docbook, the <abbrev> tag is used. For instance:
@abbr{Comput. J., Computer Journal}
produces:
Comput. J. (Computer Journal)
For abbreviations consisting of all capital letters, you may prefer to
use the @acronym command instead. See the next section for
more on the usage of these two commands.
@acronym{acronym[, meaning]}
Use the @acronym command for abbreviations written in all
capital letters, such as `NASA'. The abbreviation is given as
the single argument in braces, as in ‘@acronym{NASA}’. As
a matter of style, or for particular acronyms, you may prefer to
use periods, as in ‘@acronym{N.A.S.A.}’.
@acronym accepts an optional second argument, intended to be
used for the meaning of the acronym.
If the acronym is at the end of a sentence, and if there is no second
argument, remember to use the @. or similar command
(see Ending a Sentence) to get the correct spacing.
In TeX, the acronym is printed in slightly smaller font. In the
Info output, the argument is printed as-is. In either format, if the
second argument is present, it is printed in parentheses after the
acronym. In HTML, Docbook, and XML, the <acronym> tag is
used.
For instance (since GNU is a recursive acronym, we use
@acronym recursively):
@acronym{GNU, @acronym{GNU}'s Not Unix}
produces:
GNU (@acronym{GNU}'s Not Unix)
In some circumstances, it is conventional to print family names in all
capitals. Don't use @acronym for this, since a name is not an
acronym. Use @sc instead (see Smallcaps).
@abbr and @acronym are closely related commands: they
both signal to the reader that a shortened form is being used, and
possibly give a meaning. When choosing whether to use these two
commands, please bear the following in mind.
@indicateurl{uniform-resource-locator}
Use the @indicateurl command to indicate a uniform resource
locator on the World Wide Web. This is analogous to @file,
@var, etc., and is purely for markup purposes. It does not
produce a link you can follow in HTML output (use the @uref
command for that, see @uref). It is useful for
url's which do not actually exist. For example:
For example, the url might be @indicateurl{http://example.org/path}.
which produces:
For example, the url might be <http://example.org/path>.
@email{email-address[, displayed-text]}
Use the @email command to indicate an electronic mail address.
It takes one mandatory argument, the address, and one optional argument, the
text to display (the default is the address itself).
In Info, the address is shown in angle brackets, preceded by the text
to display if any. In TeX, the angle brackets are omitted. In
HTML output, @email produces a ‘mailto’ link that usually
brings up a mail composition window. For example:
Send bug reports to @email{bug-texinfo@@gnu.org},
suggestions to the @email{bug-texinfo@@gnu.org, same place}.
produces
Send bug reports to bug-texinfo@gnu.org,
suggestions to the same place.
Usually, Texinfo changes the font to mark words in the text according to
what category the words belong to; an example is the @code command.
Most often, this is the best way to mark words.
However, sometimes you will want to emphasize text without indicating a
category. Texinfo has two commands to do this. Also, Texinfo has
several commands that specify the font in which TeX will typeset
text. These commands have no effect on Info and only one of them,
the @r command, has any regular use.
@emph{text} and @strong{text}
The @emph and @strong commands are for emphasis;
@strong is stronger. In printed output, @emph produces
italics and @strong produces bold.
For example,
@strong{Caution:} @samp{rm * .[^.]*}
removes @emph{all} files in the directory.
produces the following in printed output and HTML:
Caution: ‘rm * .[^.]*’ removes all files in the directory.
and the following in Info:
*Caution:* `rm * .[^.]*' removes _all_
files in the directory.
The @strong command is seldom used except to mark what is, in
effect, a typographical element, such as the word `Caution' in the
preceding example.
In the Info output, @emph surrounds the text with underscores
(‘_’), and @strong puts asterisks around the text.
Caution: Do not use@strongwith the word ‘Note’; Info will mistake the combination for a cross reference. (It's usually redundant, anyway.) Use a phrase such as Please notice or Caution instead, or the optional argument to@quotation—‘Note’ is allowable there.
@sc{text}: The Small Caps FontUse the ‘@sc’ command to set text in a small caps font (where possible). Write the text you want to be in small caps between braces in lower case, like this:
Richard @sc{Stallman} founded @acronym{GNU}.
This produces:
Richard Stallman founded GNU.
As shown here, we recommend using @acronym for actual
acronyms (see acronym), and reserving @sc for special
cases where you want small caps. The output is not the same
(@acronym prints in a smaller text font, not the small caps
font), but more importantly it describes the actual text more
accurately.
Family names are one case where small capitals are sometimes desirable, also as shown here.
TeX typesets any uppercase letters between the braces of an
@sc command in full-size capitals; only lowercase letters are
printed in the small caps font. In the Info output, the argument to
@sc is printed in all upper case. In HTML, the argument is
uppercased and the output marked with the <small> tag to reduce
the font size.
Since it's redundant to mark all-uppercase text with @sc,
makeinfo warns about such usage.
We recommend using regular mixed case wherever possible.
Texinfo provides one command to change the size of the main body font
in the TeX output for a document: @fonttextsize. It has no
effect at all in other output. It takes a single argument on the
remainder of the line, which must be either ‘10’ or ‘11’.
For example:
@fonttextsize 10
The effect is to reduce the body font to a 10pt size (the
default is 11pt). Fonts for other elements, such as sections
and chapters, are reduced accordingly. This should only be used in
conjunction with @smallbook (see Printing “Small” Books) or similar, since 10pt fonts on standard paper
(8.5x11 or A4) are too small. One reason to use this command is to
save pages, and hence printing cost, for physical books.
Texinfo does not at present have commands to switch the font family to use, or more general size-changing commands.
Texinfo also provides a number of font commands that specify font changes in the printed manual and (where possible) in the HTML output, but have no effect in the Info file. All the commands apply to an argument that follows, surrounded by braces.
@b@i@r@sansserif@slanted@t@code;
(The commands with longer names were invented much later than the others, at which time it did not seem desirable to use very short names for such an infrequently needed feature.)
Only the @r command has much use: in example-like
environments, you can use the @r command to write comments in
the standard roman font instead of the fixed-width font. This looks
better in printed output, and produces a <lineannotation> tag
in Docbook output.
For example,
@lisp
(+ 2 2) ; @r{Add two plus two.}
@end lisp
produces
(+ 2 2) ; Add two plus two.
In general, you should avoid using the other font commands. Some of them are only useful when documenting functionality of specific font effects, such as in TeX and related packages.
Quotations and examples are blocks of text consisting of one or more whole paragraphs that are set off from the bulk of the text and treated differently. They are usually indented in the output.
In Texinfo, you always begin a quotation or example by writing an
@-command at the beginning of a line by itself, and end it by writing
an @end command that is also at the beginning of a line by
itself. For instance, you begin an example by writing @example
by itself at the beginning of a line and end the example by writing
@end example on a line by itself, at the beginning of that
line, and with only one space between the @end and the
example.
Here are commands for quotations and examples, explained further in the following sections:
@quotation@example@verbatim@end verbatim. The text is printed in a fixed-width font,
and not indented or filled. Extra spaces and blank lines are
significant, and tabs are expanded.
@smallexample@example, except that in TeX this command typesets
text in a smaller font.
@lisp@example, but specifically for illustrating Lisp code. The
text is printed in a fixed-width font, and indented but not filled.
@smalllisp@lisp as @smallexample is to @example.
@display@smalldisplay@display as @smallexample is to @example.
@format@display (the text is not filled and no font is selected),
but the text is not indented.
@smallformat@format as @smallexample is to @example.
The @exdent command is used within the above constructs to
undo the indentation of a line.
The @flushleft and @flushright commands are used to line
up the left or right margins of unfilled text.
The @noindent command may be used after one of the above
constructs to prevent the following text from being indented as a new
paragraph.
You can use the @cartouche environment around one of the above
constructs to highlight the example or quotation by drawing a box with
rounded corners around it. See Drawing Cartouches Around Examples.
@quotation: Block quotationsThe text of a quotation is processed normally (regular font, text is filled) except that:
This is an example of text written between an@quotationcommand and an@end quotationcommand. An@quotationcommand is most often used to indicate text that is excerpted from another (real or hypothetical) printed work.
Write an @quotation command as text on a line by itself. This
line will disappear from the output. Mark the end of the quotation
with a line beginning with and containing only @end quotation.
The @end quotation line will likewise disappear from the
output.
@quotation takes one optional argument, given on the remainder
of the line. This text, if present, is included at the beginning of
the quotation in bold or otherwise emphasized, and followed with a
‘:’. For example:
@quotation Note
This is
a foo.
@end quotation
produces
Note: This is a foo.
If the @quotation argument is exactly one of these words:
Caution Important Note Tip Warning
then the Docbook output uses corresponding special tags
(<note>, etc.) instead of the default <blockquote>.
HTML output always uses <blockquote>.
@example: Example Text
The @example environment is used to indicate an example that
is not part of the running text, such as computer input or output.
Write an @example command at the beginning of a line by
itself. Mark the end of the example with an @end example
command, also written at the beginning of a line by itself.
An @example environment has the following characteristics:
@verbatim environment instead
(see @verbatim).
For example,
@example
cp foo @var{dest1}; \
cp foo @var{dest2}
@end example
produces
cp foo dest1; \
cp foo dest2
The lines containing @example and @end example will
disappear from the output. To make the output look good, you should
put a blank line before the @example and another blank line
after the @end example. Blank lines inside the beginning
@example and the ending @end example, on the other
hand, do appear in the output.
Caution: Do not use tabs in the lines of an example! (Or anywhere else in Texinfo, except in verbatim environments.) TeX treats tabs as single spaces, and that is not what they look like. In Emacs, you can use M-x untabify to convert tabs in a region to multiple spaces.
Examples are often, logically speaking, “in the middle” of a
paragraph, and the text that continues afterwards should not be
indented, as in the example above. The @noindent command
prevents a piece of text from being indented as if it were a new
paragraph (see @noindent.
If you want to embed code fragments within sentences, instead of
displaying them, use the @code command or its relatives
(see @code).
If you wish to write a “comment” on a line of an example in the
normal roman font, you can use the @r command (see Fonts).
@verbatim: Literal Text
Use the @verbatim environment for printing of text that may
contain special characters or commands that should not be interpreted,
such as computer input or output (@example interprets its text
as regular Texinfo commands). This is especially useful for including automatically
generated files in a Texinfo manual.
In general, the output will be just the same as the input. No character substitutions are made, e.g., all spaces and blank lines are significant, including tabs. In the printed manual, the text is typeset in a fixed-width font, and not indented or filled.
Write a @verbatim command at the beginning of a line by itself.
This line will disappear from the output. Mark the end of the verbatim
block with a @end verbatim command, also written at the
beginning of a line by itself. The @end verbatim will also
disappear from the output.
For example:
@verbatim
{
<TAB>@command with strange characters: @'e
expand<TAB>me
}
@end verbatim
This produces:
{
@command with strange characters: @'e
expand me
}
Since the lines containing @verbatim and @end verbatim
produce no output, typically you should put a blank line before the
@verbatim and another blank line after the @end
verbatim. Blank lines between the beginning @verbatim and
the ending @end verbatim will appear in the output.
You can get a “small” verbatim by enclosing the @verbatim in
an @smallformat environment, as shown here:
@smallformat
@verbatim
... still verbatim, but in a smaller font ...
@end verbatim
@end smallformat
Finally, a word of warning: it is not reliable to use
@verbatim inside other Texinfo constructs.
@verbatiminclude file: Include a File Verbatim
You can include the exact contents of a file in the document with the
@verbatiminclude command:
@verbatiminclude filename
The contents of filename is printed in a verbatim environment
(see @verbatim). Generally, the file is printed
exactly as it is, with all special characters and white space
retained. No indentation is added; if you want indentation, enclose
the @verbatiminclude within @example
(see @example).
The name of the file is taken literally, with a single exception:
@value{var} references are expanded. This makes it
possible to include files in other directories within a distribution,
for instance:
@verbatiminclude @value{top_srcdir}/NEWS
(You still have to get top_srcdir defined in the
first place.)
For a method on printing the file contents in a smaller font size, see
the end of the previous section on @verbatim.
@lisp: Marking a Lisp Example
The @lisp command is used for Lisp code. It is synonymous
with the @example command.
This is an example of text written between an
@lisp command and an @end lisp command.
Use @lisp instead of @example to preserve information
regarding the nature of the example. This is useful, for example, if
you write a function that evaluates only and all the Lisp code in a
Texinfo file. Then you can use the Texinfo file as a Lisp
library.6
Mark the end of @lisp with @end lisp on a line by
itself.
@small... Block Commands
In addition to the regular @example and @lisp commands,
Texinfo has “small” example-style commands. These are
@smalldisplay, @smallexample, @smallformat, and
@smalllisp.
In Info, the @small... commands are equivalent to their
non-small companion commands.
In TeX, however, the @small... commands typeset text in
a smaller font than the non-small example commands. Consequently,
many examples containing long lines fit on a page without needing to
be shortened.
Mark the end of an @small... block with a corresponding
@end small.... For example, pair @smallexample with
@end smallexample.
Here is an example of the font used by the @small...
commands (in Info, the output will be the same as usual):
... to make sure that you have the freedom to
distribute copies of free software (and charge for
this service if you wish), that you receive source
code or can get it if you want it, that you can
change the software or use pieces of it in new free
programs; and that you know you can do these things.
The @small... commands make it easier to prepare manuals
without forcing you to edit examples by hand to fit them onto narrower
pages.
As a general rule, a printed document looks much better if you use
only one of (for instance) @example or @smallexample
consistently within a chapter.
@display and @smalldisplay
The @display command begins a kind of example, where each line
of input produces a line of output, and the output is indented. It is
thus like the @example command except that, in a printed
manual, @display does not select the fixed-width font. In
fact, it does not specify the font at all, so that the text appears in
the same font it would have appeared in without the @display
command.
This is an example of text written between an@displaycommand and an@end displaycommand. The@displaycommand indents the text, but does not fill it.
Texinfo also provides a command @smalldisplay, which is like
@display but uses a smaller font in @smallbook format.
See small.
The @table command (see table) does not work inside
@display. Since @display is line-oriented, it doesn't
make sense to use them together. If you want to indent a table, try
@quotation (see quotation).
@format and @smallformat
The @format command is similar to @example except
that, in the printed manual, @format does not select the
fixed-width font and does not narrow the margins.
This is an example of text written between an@formatcommand and an@end formatcommand. As you can see from this example, the@formatcommand does not fill the text.
Texinfo also provides a command @smallformat, which is like
@format but uses a smaller font in @smallbook format.
See small.
@exdent: Undoing a Line's Indentation
The @exdent command removes any indentation a line might have.
The command is written at the beginning of a line and applies only to
the text that follows the command that is on the same line. Do not use
braces around the text. In a printed manual, the text on an
@exdent line is printed in the roman font.
@exdent is usually used within examples. Thus,
@example
This line follows an @@example command.
@exdent This line is exdented.
This line follows the exdented line.
The @@end example comes on the next line.
@end example
produces
This line follows an @example command.
This line is exdented.
This line follows the exdented line. The @end example comes on the next line.
In practice, the @exdent command is rarely used.
Usually, you un-indent text by ending the example and
returning the page to its normal width.
@flushleft and @flushright
The @flushleft and @flushright commands line up the
ends of lines on the left and right margins of a page,
but do not fill the text. The commands are written on lines of their
own, without braces. The @flushleft and @flushright
commands are ended by @end flushleft and @end
flushright commands on lines of their own.
For example,
@flushleft
This text is
written flushleft.
@end flushleft
produces
This text is written flushleft.
@flushright produces the type of indentation often used in the
return address of letters. For example,
@flushright
Here is an example of text written
flushright. The @code{@flushright} command
right justifies every line but leaves the
left end ragged.
@end flushright
produces
flushright. The @flushright command
right justifies every line but leaves the
left end ragged.
@noindent: Omitting Indentation
An example or other inclusion can break a paragraph into segments.
Ordinarily, the formatters indent text that follows an example as a new
paragraph. You can prevent this on a case-by-case basis by writing
@noindent at the beginning of a line, preceding the continuation
text. You can also disable indentation for all paragraphs globally with
@paragraphindent (see Paragraph Indenting).
It is best to write @noindent on a line by itself, since in most
environments, spaces following the command will not be ignored. It's ok
to use it at the beginning of a line, with text following, outside of
any environment.
For example:
@example
This is an example
@end example
@noindent
This line is not indented. As you can see, the
beginning of the line is fully flush left with the line
that follows after it. (This whole example is between
@code{@@display} and @code{@@end display}.)
produces:
This is an example
This line is not indented. As you can see, the
beginning of the line is fully flush left with the line
that follows after it. (This whole example is between
@display and @end display.)
To adjust the number of blank lines properly in the Info file output,
remember that the line containing @noindent does not generate a
blank line, and neither does the @end example line.
In the Texinfo source file for this manual, each line that says
`produces' is preceded by @noindent.
Do not put braces after an @noindent command; they are not
necessary, since @noindent is a command used outside of
paragraphs (see Command Syntax).
@indent: Forcing Indentation
To complement the @noindent command (see the previous
section), Texinfo provides the @indent command that forces a
paragraph to be indented. This paragraph, for instance, is indented
using an @indent command. The first paragraph of a section is
the most likely place to use @indent, to override the normal
behavior of no indentation there (see paragraphindent).
It is best to write @indent on a line by itself, since in most
environments, spaces following the command will not be ignored. The
@indent line will not generate a blank line in the Info output
within an environment.
However, it is ok to use it at the beginning of a line, with text following, outside of any environment.
Do not put braces after an @indent command; they are not
necessary, since @indent is a command used outside of
paragraphs (see Command Syntax).
@cartouche: Rounded Rectangles Around Examples
In a printed manual, the @cartouche command draws a box with
rounded corners around its contents. In HTML, a normal rectangle is
drawn (that's the best HTML can do). @cartouche has no effect
in Info output.
You can use this command to further highlight an example or quotation. For instance, you could write a manual in which one type of example is surrounded by a cartouche for emphasis.
For example,
@cartouche
@example
% pwd
/usr/local/share/emacs
@end example
@end cartouche
surrounds the two-line example with a box with rounded corners, in the printed manual.
The output from the example looks like this (if you're reading this in
Info, you'll see the @cartouche had no effect):
% pwd
/usr/local/info
|
For proper output in HTML, it's necessary to put the
@cartouche around the @example, and not the other way
around. This limitation of makeinfo may be removed one day.
@cartouche also implies @group (see group).
Texinfo has several ways of making lists and tables. Lists can be bulleted or numbered; two-column tables can highlight the items in the first column; multi-column tables are also supported.
Texinfo automatically indents the text in lists or tables, and numbers an enumerated list. This last feature is useful if you modify the list, since you do not need to renumber it yourself.
Numbered lists and tables begin with the appropriate @-command at the
beginning of a line, and end with the corresponding @end
command on a line by itself. The table and itemized-list commands
also require that you write formatting information on the same line as
the beginning @-command.
Begin an enumerated list, for example, with an @enumerate
command and end the list with an @end enumerate command.
Begin an itemized list with an @itemize command, followed on
the same line by a formatting command such as @bullet, and end
the list with an @end itemize command.
Precede each element of a list with an @item or @itemx
command.
Here is an itemized list of the different kinds of table and lists:
Here is an enumerated list with the same items:
And here is a two-column table with the same items and their @-commands:
@itemize@enumerate@table@ftable@vtable@itemize: Making an Itemized List
The @itemize command produces sequences of indented
paragraphs, with a bullet or other mark inside the left margin
at the beginning of each paragraph for which such a mark is desired.
Begin an itemized list by writing @itemize at the beginning of
a line. Follow the command, on the same line, with a character or a
Texinfo command that generates a mark. Usually, you will write
@bullet after @itemize, but you can use
@minus, or any command or character that results in a single
character in the Info file. If you don't want any mark at all, use
@w. (When you write the mark command such as
@bullet after an @itemize command, you may omit the
‘{}’.) If you don't specify a mark command, the default is
@bullet.
Write the text of the indented paragraphs themselves after the
@itemize, up to another line that says @end
itemize.
At the beginning of each paragraph for which a mark in the margin is
desired, write a line that starts with @item. It is ok to
have text following the @item.
Usually, you should put a blank line before an @item. This
puts a blank line in the Info file. (TeX inserts the proper
interline whitespace in either case.) Except when the entries are
very brief, these blank lines make the list look better.
Here is an example of the use of @itemize, followed by the
output it produces. @bullet produces an ‘*’ in Info and a
round dot in TeX.
@itemize @bullet
@item
Some text for foo.
@item
Some text
for bar.
@end itemize
This produces:
- Some text for foo.
- Some text for bar.
Itemized lists may be embedded within other itemized lists. Here is a list marked with dashes embedded in a list marked with bullets:
@itemize @bullet
@item
First item.
@itemize @minus
@item
Inner item.
@item
Second inner item.
@end itemize
@item
Second outer item.
@end itemize
This produces:
- First item.
- Inner item.
- Second inner item.
- Second outer item.
@enumerate: Making a Numbered or Lettered List
@enumerate is like @itemize (see @itemize), except that the labels on the items are
successive integers or letters instead of bullets.
Write the @enumerate command at the beginning of a line. The
command does not require an argument, but accepts either a number or a
letter as an option. Without an argument, @enumerate starts the
list with the number ‘1’. With a numeric argument, such as
‘3’, the command starts the list with that number. With an upper
or lower case letter, such as ‘a’ or ‘A’, the command starts
the list with that letter.
Write the text of the enumerated list in the same way as an itemized
list: write a line starting with @item at the beginning of
each paragraph that you want enumerated. It is ok to have text
following the @item.
You should put a blank line between entries in the list. This generally makes it easier to read the Info file.
Here is an example of @enumerate without an argument:
@enumerate
@item
Underlying causes.
@item
Proximate causes.
@end enumerate
This produces:
Here is an example with an argument of 3:
@enumerate 3
@item
Predisposing causes.
@item
Precipitating causes.
@item
Perpetuating causes.
@end enumerate
This produces:
Here is a brief summary of the alternatives. The summary is constructed using
@enumerate with an argument of a.
@enumerate
Without an argument, produce a numbered list, starting with the number 1.
@enumerate positive-integer
With a (positive) numeric argument, start a numbered list with that number. You can use this to continue a list that you interrupted with other text.
@enumerate upper-case-letter
With an upper case letter as argument, start a list in which each item is marked by a letter, beginning with that upper case letter.
@enumerate lower-case-letter
With a lower case letter as argument, start a list in which each item is marked by a letter, beginning with that lower case letter.
You can also nest enumerated lists, as in an outline.
@table is similar to @itemize (see @itemize), but allows you to specify a name or heading line for
each item. The @table command is used to produce two-column
tables, and is especially useful for glossaries, explanatory
exhibits, and command-line option summaries.
@table CommandUse the @table command to produce two-column tables. It is
usually listed for “definition lists” of various sorts, where you
have a list of terms and a brief text with each one.
Write the @table command at the beginning of a line, after a
blank line, and follow it on the same line with an argument that is a
Texinfo “indicating” command such as @code, @samp,
@var, @option, or @kbd (see Indicating).
This command will be applied to the text that goes into the first
column of each item and thus determines how it will be highlighted.
For example, @table @code will cause the text in the first
column to be output as if it @code command.
You may also use the @asis command as an argument to
@table. @asis is a command that does nothing; if you
use this command after @table, the first column entries are
output without added highlighting (“as is”).
The @table command works with other commands besides those
explicitly mentioned here. However, you can only use commands that
normally take arguments in braces. (In this case, however, you use
the command name without an argument, because the subsequent
@item's will supply the argument.)
Begin each table entry with an @item command at the beginning
of a line. Write the first column text on the same line as the
@item command. Write the second column text on the line
following the @item line and on subsequent lines. (You do not
need to type anything for an empty second column entry.) You may
write as many lines of supporting text as you wish, even several
paragraphs. But only the text on the same line as the @item
will be placed in the first column (including any footnotes).
Normally, you should put a blank line before an @item line.
This puts a blank line in the Info file. Except when the entries are
very brief, a blank line looks better.
End the table with a line consisting of @end table, followed
by a blank line. TeX will always start a new paragraph after the
table, so the blank line is needed for the Info output to be analogous.
The following table, for example, highlights the text in the first
column with an @samp command:
@table @samp
@item foo
This is the text for
@samp{foo}.
@item bar
Text for @samp{bar}.
@end table
This produces:
If you want to list two or more named items with a single block of
text, use the @itemx command. (See @itemx.)
@ftable and @vtable
The @ftable and @vtable commands are the same as the
@table command except that @ftable automatically enters
each of the items in the first column of the table into the index of
functions and @vtable automatically enters each of the items in
the first column of the table into the index of variables. This
simplifies the task of creating indices. Only the items on the same
line as the @item commands are indexed, and they are indexed in
exactly the form that they appear on that line. See Indices,
for more information about indices.
Begin a two-column table using @ftable or @vtable by
writing the @-command at the beginning of a line, followed on the same
line by an argument that is a Texinfo command such as @code,
exactly as you would for an @table command; and end the table
with an @end ftable or @end vtable command on a line by
itself.
See the example for @table in the previous section.
@itemx
Use the @itemx command inside a table when you have two or more
first column entries for the same item, each of which should appear on a
line of its own.
Use @item for the first entry, and @itemx for all
subsequent entries; @itemx must always follow an @item
command, with no blank line intervening.
The @itemx command works exactly like @item except
that it does not generate extra vertical space above the first column
text. If you have multiple consecutive @itemx commands, do
not insert any blank lines between them.
For example,
@table @code
@item upcase
@itemx downcase
These two functions accept a character or a string as
argument, and return the corresponding upper case (lower
case) character or string.
@end table
This produces:
upcasedowncase(Note also that this example illustrates multi-line supporting text in a two-column table.)
@multitable: Multi-column Tables
@multitable allows you to construct tables with any number of
columns, with each column having any width you like.
You define the column widths on the @multitable line itself, and
write each row of the actual table following an @item command,
with columns separated by an @tab command. Finally, @end
multitable completes the table. Details in the sections below.
You can define the column widths for a multitable in two ways: as
fractions of the line length; or with a prototype row. Mixing the two
methods is not supported. In either case, the widths are defined
entirely on the same line as the @multitable command.
@columnfractions and the decimal numbers (presumably less than
1; a leading zero is allowed and ignored) after the
@multitable command, as in:
@multitable @columnfractions .33 .33 .33
The fractions need not add up exactly to 1.0, as these do not. This allows you to produce tables that do not need the full line length.
@multitable command. For example:
@multitable {some text for column one} {for column two}
The first column will then have the width of the typeset `some text for column one', and the second column the width of `for column two'.
The prototype entries need not appear in the table itself.
Although we used simple text in this example, the prototype entries can
contain Texinfo commands; markup commands such as @code are
particularly likely to be useful.
After the @multitable command defining the column widths (see
the previous section), you begin each row in the body of a multitable
with @item, and separate the column entries with @tab.
Line breaks are not special within the table body, and you may break
input lines in your source file as necessary.
You can also use @headitem instead of @item to produce
a heading row. The TeX output for such a row is in bold, and
the HTML, XML, and Docbook output uses the <thead> tag. In
Info, the heading row is followed by a separator line made of dashes
(‘-’ characters).
Here is a complete example of a multi-column table (the text is from The GNU Emacs Manual, see Splitting Windows):
@multitable @columnfractions .15 .45 .4
@headitem Key @tab Command @tab Description
@item C-x 2
@tab @code{split-window-vertically}
@tab Split the selected window into two windows,
with one above the other.
@item C-x 3
@tab @code{split-window-horizontally}
@tab Split the selected window into two windows
positioned side by side.
@item C-Mouse-2
@tab
@tab In the mode line or scroll bar of a window,
split that window.
@end multitable
produces:
| Key | Command | Description
|
|---|---|---|
| C-x 2 | split-window-vertically
| Split the selected window into two windows,
with one above the other.
|
| C-x 3 | split-window-horizontally
| Split the selected window into two windows
positioned side by side.
|
| C-Mouse-2 | In the mode line or scroll bar of a window,
split that window.
|
The commands in this chapter allow you to write text that is specially displayed (output format permitting), outside of the normal document flow.
One set of such commands is for creating “floats”, that is, figures, tables, and the like, set off from the main text, possibly numbered, captioned, and/or referred to from elsewhere in the document. Images are often included in these displays.
Another group of commands is for creating footnotes in Texinfo.
A float is a display which is set off from the main text. It is typically labelled as being a “Figure”, “Table”, “Example”, or some similar type.
A float is so-named because, in principle, it can be moved to the
bottom or top of the current page, or to a following page, in the
printed output. (Floating does not make sense in other output
formats.) In the present version of Texinfo, however, this floating
is unfortunately not yet implemented. Instead, the floating material
is simply output at the current location, more or less as if it were
an @group (see @group).
@float [type][,label]: Floating Material
To produce floating material, enclose the material you want to be
displayed separate between @float and @end float
commands, on lines by themselves.
Floating material uses @image to display an already-existing
graphic (see Images), or @multitable to display a table
(see Multi-column Tables). However, the contents of the float can
be anything. Here's an example with simple text:
@float Figure,fig:ex1
This is an example float.
@end float
And the output:
As shown in the example, @float takes two arguments (separated
by a comma), type and label. Both are optional.
@listoffloats output (see listoffloats). Cross-references
to label are allowed.
On the other hand, if label is not given, then the float will
not be numbered and consequently will not appear in the
@listoffloats output or be cross-referenceable.
Normally, you specify both type and label, to get a labeled and numbered float.
In Texinfo, all floats are numbered the same way: with the chapter number (or appendix letter), a period, and the float number, which simply counts 1, 2, 3, ..., and is reset at each chapter. Each float type is counted independently.
Floats within an @unnumbered are numbered, or outside of any
chapter, are simply numbered consecutively from 1.
These numbering conventions are not, at present, changeable.
@caption & @shortcaption
You may write an @caption anywhere within a @float
environment, to define a caption for the float. It is not allowed in
any other context. @caption takes a single argument, enclosed
in braces. Here's an example:
@float
An example float, with caption.
@caption{Caption for example float.}
@end float
The output is:
Caption for example float.
@caption can appear anywhere within the float; it is not
processed until the @end float. The caption text is usually a
sentence or two, but may consist of several paragraphs if necessary.
In the output, the caption always appears below the float; this is not
currently changeable. It is preceded by the float type and/or number,
as specified to the @float command (see the previous section).
The @shortcaption command likewise may be used only within
@float, and takes a single argument in braces. The short
caption text is used instead of the caption text in a list of floats
(see the next section). Thus, you can write a long caption for the
main document, and a short title to appear in the list of floats. For
example:
@float
... as above ...
@shortcaption{Text for list of floats.}
@end float
The text for @caption and @shortcaption may not
contain comments (@c), verbatim text (@verb),
environments such as @example, or other complex constructs.
@listoffloats: Tables of Contents for Floats
You can write a @listoffloats command to generate a list of
floats for a given float type (see float), analogous to the
document's overall table of contents. Typically, it is written in its
own @unnumbered node to provide a heading and structure,
rather like @printindex (see Printing Indices & Menus).
@listoffloats takes one optional argument, the float type.
Here's an example:
@node List of Figures
@unnumbered List of Figures
@listoffloats Figure
And the output from @listoffloats:
Without any argument, @listoffloats generates a list of
floats for which no float type was specified, i.e., no first argument
to the @float command (see float).
Each line in the list of floats contains the float type (if any),
the float number, and the caption, if any—the @shortcaption
argument, if it was specified, else the @caption argument.
In Info, the result is a menu where each float can be selected. In
HTML, each line is a link to the float. In printed output, the page
number is included.
Unnumbered floats (those without cross-reference labels) are omitted from the list of floats.
You can insert an image given in an external file with the
@image command. Although images can be used anywhere,
including the middle of a paragraph, we describe them in this chapter
since they are most often part of a displayed figure or example.
Here is the synopsis of the @image command:
@image{filename[, width[, height[, alttext[, extension]]]]}
The filename argument is mandatory, and must not have an extension, because the different processors support different formats:
makeinfo includes filename.txt verbatim for
Info output (more or less as if it was an @example).
makeinfo uses the optional fifth argument extension to
@image for the filename extension, if it is specified. For example:
@image{foo,,,,.xpm}
will cause makeinfo to look for foo.xpm before any others.
The width and height arguments are described in the next section.
For TeX output, if an image is the only thing in a paragraph it
will ordinarily be displayed on a line by itself, respecting the
current environment indentation, but without the normal paragraph
indentation. If you want it centered, use @center
(see @titlefont @center @sp).
For HTML output, makeinfo sets the alt attribute for
inline images to the optional alttext (fourth) argument to
@image, if supplied. If not supplied, makeinfo uses
the full file name of the image being displayed. The alttext is
taken as Texinfo text, so special characters such as ‘"’ and
‘<’ and ‘&’ are escaped in the HTML and XML output; also,
you can get an empty alt string with @- (a command
that produces no output; see - and hyphenation).
For Info output, the alt string is also processed as Texinfo
text and output. In this case, ‘\’ is escaped as ‘\\’ and
‘"’ as ‘\"’; no other escapes are done.
If you do not supply the optional extension (fifth) argument,
makeinfo first tries filename.png; if that does
not exist, it tries filename.jpg. If that does not exist
either, it complains.
In Info output, makeinfo writes a reference to the binary image
file (trying filename suffixed with extension,
.extension, .png, or .jpg, in that order)
if one exists. It also literally includes the .txt file if one
exists. This way, Info readers which can display images (such as the
Emacs Info browser, running under X) can do so, whereas Info readers
which can only use text (such as the standalone Info reader) can
display the textual version.
The implementation of this is to put the following construct into the Info output:
^@^H[image src="binaryfile" text="txtfile"
alt="alttext ... ^@^H]
where ‘^@’ and ‘^H’ stand for the actual null and backspace control characters. If one of the files is not present, the corresponding argument is omitted.
The reason for mentioning this here is that older Info browsers (this feature was introduced in Texinfo version 4.6) will display the above literally, which, although not pretty, should not be harmful.
The optional width and height arguments to the
@image command (see the previous section) specify the size to
scale the image to. They are ignored for Info output. If neither is
specified, the image is presented in its natural size (given in the
file); if only one is specified, the other is scaled proportionately;
and if both are specified, both are respected, thus possibly distorting
the original image by changing its aspect ratio.
The width and height may be specified using any valid TeX dimension, namely:
For example, the following will scale a file ridt.eps to one inch vertically, with the width scaled proportionately:
@image{ridt,,1in}
For @image to work with TeX, the file epsf.tex must be
installed somewhere that TeX can find it. (The standard location is
texmf/tex/generic/dvips/epsf.tex, where texmf is a
root of your TeX directory tree.) This file is included in the
Texinfo distribution and is also available from
ftp://tug.org/tex/epsf.tex, among other places.
@image can be used within a line as well as for displayed
figures. Therefore, if you intend it to be displayed, be sure to leave
a blank line before the command, or the output will run into the
preceding text.
Image scaling is presently implemented only in TeX, not in HTML or any other sort of output.
A footnote is for a reference that documents or elucidates the primary text.7 Footnotes are distracting; use them sparingly, if at all. Standard bibliographical references are better placed in a bibliography at the end of a document than in footnotes throughout.
In Texinfo, footnotes are created with the @footnote command.
This command is followed immediately by a left brace, then by the text
of the footnote, and then by a terminating right brace. Footnotes may
be of any length (they will be broken across pages if necessary), but
are usually short. The template is:
ordinary text@footnote{text of footnote}
As shown here, the @footnote command should come right after the
text being footnoted, with no intervening space; otherwise, the footnote
marker might end up starting a line.
For example, this clause is followed by a sample footnote8; in the Texinfo source, it looks like this:
...a sample footnote@footnote{Here is the sample
footnote.}; in the Texinfo source...
As you can see, the source includes two punctuation marks next to each other; in this case, ‘.};’ is the sequence. This is normal (the first ends the footnote and the second belongs to the sentence being footnoted), so don't worry that it looks odd.
In a printed manual or book, the reference mark for a footnote is a small, superscripted number; the text of the footnote appears at the bottom of the page, below a horizontal line.
In Info, the reference mark for a footnote is a pair of parentheses with the footnote number between them, like this: ‘(1)’. The reference mark is followed by a cross-reference link to the footnote's text.
In the HTML output, footnote references are marked with a small, superscripted number which is rendered as a hypertext link to the footnote text.
By the way, footnotes in the argument of an @item command for a
@table must be on the same line as the @item
(as usual). See Two-column Tables.
Info has two footnote styles, which determine where the text of the footnote is located:
Here is an example of a single footnote in the end of node style:
--------- Footnotes ---------
(1) Here is a sample footnote.
The name of the node with the footnotes is constructed by appending ‘-Footnotes’ to the name of the node that contains the footnotes. (Consequently, the footnotes' node for the Footnotes node is Footnotes-Footnotes!) The footnotes' node has an `Up' node pointer that leads back to its parent node.
Here is how the first footnote in this manual looks after being formatted for Info in the separate node style:
File: texinfo.info Node: Overview-Footnotes, Up: Overview
(1) The first syllable of "Texinfo" is pronounced like "speck", not
"hex". ...
Unless your document has long and important footnotes (as in, say, Gibbon's Decline and Fall ...), we recommend the ‘end’ style, as it is simpler for readers to follow.
Use the @footnotestyle command to specify an Info file's
footnote style. Write this command at the beginning of a line followed
by an argument, either ‘end’ for the end node style or
‘separate’ for the separate node style.
For example,
@footnotestyle end
or
@footnotestyle separate
Write an @footnotestyle command before or shortly after the
end-of-header line at the beginning of a Texinfo file. (If you
include the @footnotestyle command between the start-of-header
and end-of-header lines, the region formatting commands will format
footnotes as specified.)
If you do not specify a footnote style, the formatting commands use
their default style. Currently, texinfo-format-buffer and
texinfo-format-region use the `separate' style and
makeinfo uses the `end' style.
Using Texinfo, you can generate indices without having to sort and collate entries manually. In an index, the entries are listed in alphabetical order, together with information on how to find the discussion of each entry. In a printed manual, this information consists of page numbers. In an Info file, this information is a menu entry leading to the first node referenced.
Texinfo provides several predefined kinds of index: an index for functions, an index for variables, an index for concepts, and so on. You can combine indices or use them for other than their canonical purpose. Lastly, you can define your own new indices.
See Printing Indices & Menus, for information on how to print indices.
When you are making index entries, it is good practice to think of the different ways people may look for something. Different people do not think of the same words when they look something up. A helpful index will have items indexed under all the different words that people may use. For example, one reader may think it obvious that the two-letter names for indices should be listed under “Indices, two-letter names”, since the word “Index” is the general concept. But another reader may remember the specific concept of two-letter names and search for the entry listed as “Two letter names for indices”. A good index will have both entries and will help both readers.
Like typesetting, the construction of an index is a highly skilled, professional art, the subtleties of which are not appreciated until you need to do it yourself.
See Printing Indices & Menus, for information about printing an index at the end of a book or creating an index menu in an Info file.
Texinfo provides six predefined indices. Here are their nominal meanings, abbreviations, and the corresponding index entry commands:
@cindex) concept index, for general concepts.
@findex) function index, for function and function-like
names (such as entry points of libraries).
@kindex) keystroke index, for keyboard commands.
@pindex) program index, for names of programs.
@tindex) data type index, for type names (such as structures
defined in header files).
@vindex) variable index, for variable names (such as global
variables of libraries).
Not every manual needs all of these, and most manuals use only two or three at most. The present manual, for example, has two indices: a concept index and an @-command index (that is actually the function index but is called a command index in the chapter heading).
You are not required to use the predefined indices strictly for their
canonical purposes. For example, suppose you wish to index some C
preprocessor macros. You could put them in the function index along
with actual functions, just by writing @findex commands for
them; then, when you print the “Function Index” as an unnumbered
chapter, you could give it the title `Function and Macro Index' and
all will be consistent for the reader.
On the other hand, it is best not to stray too far from the meaning of the predefined indices. Otherwise, in the event that your text is combined with other text from other manuals, the index entries will not match up. Instead, define your own new index (see New Indices).
We recommend having a single index in the final document whenever
possible, however many source indices you use, since then readers have
only one place to look. Two or more source indices can be combined
into one output index using the @synindex or
@syncodeindex commands (see Combining Indices).
The data to make an index come from many individual indexing commands scattered throughout the Texinfo source file. Each command says to add one entry to a particular index; after formatting, the index will give the current page number or node name as the reference.
An index entry consists of an indexing command at the beginning of a line followed, on the rest of the line, by the entry.
For example, this section begins with the following five entries for the concept index:
@cindex Defining indexing entries
@cindex Index entries, defining
@cindex Entries for an index
@cindex Specifying index entries
@cindex Creating index entries
Each predefined index has its own indexing command—@cindex
for the concept index, @findex for the function index, and so
on, as listed in the previous section.
Concept index entries consist of text. The best way to write an index is to choose entries that are terse yet clear. If you can do this, the index often looks better if the entries are not capitalized, but written just as they would appear in the middle of a sentence. (Capitalize proper names and acronyms that always call for upper case letters.) This is the case convention we use in most GNU manuals' indices.
If you don't see how to make an entry terse yet clear, make it longer and clear—not terse and confusing. If many of the entries are several words long, the index may look better if you use a different convention: to capitalize the first word of each entry. But do not capitalize a case-sensitive name such as a C or Lisp function name or a shell command; that would be a spelling error.
Whichever case convention you use, please use it consistently!
Entries in indices other than the concept index are symbol names in programming languages, or program names; these names are usually case-sensitive, so use upper and lower case as required for them.
By default, entries for a concept index are printed in a small roman
font and entries for the other indices are printed in a small
@code font. You may change the way part of an entry is
printed with the usual Texinfo commands, such as @file for
file names (see Marking Text), and @r for the normal roman
font (see Fonts).
Caution: Do not use a colon in an index entry. In Info, a colon separates the menu entry name from the node name, so a colon in the entry itself confuses Info. See Menu Parts, for more information about the structure of a menu entry.
Sometimes you will want to combine two disparate indices such as functions and concepts, perhaps because you have few enough entries that a separate index would look silly.
You could put functions into the concept index by writing
@cindex commands for them instead of @findex commands,
and produce a consistent manual by printing the concept index with the
title `Function and Concept Index' and not printing the `Function
Index' at all; but this is not a robust procedure. It works only if
your document is never included as part of another document that is
designed to have a separate function index; if your document were to
be included with such a document, the functions from your document and
those from the other would not end up together. Also, to make your
function names appear in the right font in the concept index, you
would need to enclose every one of them between the braces of
@code.
@syncodeindex
When you want to combine functions and concepts into one index, you
should index the functions with @findex and index the concepts
with @cindex, and use the @syncodeindex command to
redirect the function index entries into the concept index.
The @syncodeindex command takes two arguments; they are the name
of the index to redirect, and the name of the index to redirect it to.
The template looks like this:
@syncodeindex from to
For this purpose, the indices are given two-letter names:
Write an @syncodeindex command before or shortly after the
end-of-header line at the beginning of a Texinfo file. For example,
to merge a function index with a concept index, write the
following:
@syncodeindex fn cp
This will cause all entries designated for the function index to merge in with the concept index instead.
To merge both a variables index and a function index into a concept index, write the following:
@syncodeindex vr cp
@syncodeindex fn cp
The @syncodeindex command puts all the entries from the `from'
index (the redirected index) into the @code font, overriding
whatever default font is used by the index to which the entries are
now directed. This way, if you direct function names from a function
index into a concept index, all the function names are printed in the
@code font as you would expect.
@synindex
The @synindex command is nearly the same as the
@syncodeindex command, except that it does not put the
`from' index entries into the @code font; rather it puts
them in the roman font. Thus, you use @synindex when you
merge a concept index into a function index.
See Printing Indices & Menus, for information about printing an index at the end of a book or creating an index menu in an Info file.
In addition to the predefined indices, you may use the
@defindex and @defcodeindex commands to define new
indices. These commands create new indexing @-commands with which
you mark index entries. The @defindex command is used like
this:
@defindex name
The name of an index should be a two letter word, such as ‘au’. For example:
@defindex au
This defines a new index, called the ‘au’ index. At the same
time, it creates a new indexing command, @auindex, that you
can use to make index entries. Use this new indexing command just as
you would use a predefined indexing command.
For example, here is a section heading followed by a concept index entry and two ‘au’ index entries.
@section Cognitive Semantics
@cindex kinesthetic image schemas
@auindex Johnson, Mark
@auindex Lakoff, George
(Evidently, ‘au’ serves here as an abbreviation for “author”.)
In general, Texinfo constructs the new indexing command by
concatenating the name of the index with ‘index’; thus, defining
an ‘xy’ index leads to the automatic creation of an
@xyindex command.
Use the @printindex command to print the index, as you do with
the predefined indices. For example:
@node Author Index
@unnumbered Author Index
@printindex au
The @defcodeindex is like the @defindex command,
except that, in the printed output, it prints entries in an
@code font by default instead of a roman font.
You should define new indices before the end-of-header line of a
Texinfo file, and (of course) before any @synindex or
@syncodeindex commands (see Texinfo File Header).
Texinfo provides several commands for inserting characters that have special meaning in Texinfo, such as braces, and for other graphic elements that do not correspond to simple characters you can type.
‘@’ and curly braces are special characters in Texinfo. To insert these characters so they appear in text, you must put an ‘@’ in front of these characters to prevent Texinfo from misinterpreting them.
The comma `,' is a special character only in one uncommon context: it separates arguments to commands that take multiple arguments.
@@
@@ stands for a single ‘@’ in either printed or Info
output.
Do not put braces after an @@ command.
@{ and @}
@{ stands for a single ‘{’ in either printed or Info
output.
@} stands for a single ‘}’ in either printed or Info
output.
Do not put braces after either an @{ or an @}
command.
@comma{}Ordinarily, a comma `,' is a normal character that can be simply typed in your input where you need it.
However, Texinfo uses the comma as a special character in one uncommon
context: some commands, such as @acronym (see acronym) and
@xref (see Cross References), as well as user-defined
macros (see Defining Macros), can take more than one argument. In
these cases, the comma character is used to separate arguments.
Since a comma character would confuse Texinfo's parsing for these commands, you must use the command ‘@comma{}’ instead if you want to pass an actual comma. Here are some examples:
@acronym{ABC, A Bizarre @comma{}}
@xref{Comma,, The @comma{} symbol}
@mymac{One argument@comma{} containing a comma}
Although , can be used nearly anywhere, there is no need for it anywhere except in this unusual case.
As explained in the early section on general Texinfo input conventions
(see Conventions), Texinfo source files use the ASCII character
` (96 decimal) to produce a left quote (`), and ASCII '
(39 decimal) to produce a right quote ('). Doubling these input
characters (`` and '') produces double quotes (“ and
”). These are the conventions used by TeX.
This works all right for text. However, in examples of computer code, readers are especially likely to cut and paste the text verbatim—and, unfortunately, some document viewers will mangle these characters. (The free PDF reader xpdf works fine, but other PDF readers, both free and nonfree, have problems.)
If this is a concern for your document, Texinfo provides two special
settings via @set:
@set txicodequoteundirected' character to be the undirected
single quote, like this:
'.
@set txicodequotebacktick` character to be the standalone grave
accent, like this:
`.
xyza`'bc
If you want these settings for only part of the document,
@clear will restore the normal behavior, as in
@clear txicodequoteundirected.
These settings affect @code, @example, and
@verbatim; they do not affect @samp. (See Useful Highlighting.)
The following sections describe commands that control spacing of various kinds within and after sentences.
Depending on whether a period or exclamation point or question mark is inside or at the end of a sentence, less or more space is inserted after a period in a typeset manual. Since it is not always possible to determine when a period ends a sentence and when it is used in an abbreviation, special commands are needed in some circumstances. Usually, Texinfo can guess how to handle periods, so you do not need to use the special commands; you just enter a period as you would if you were using a typewriter, which means you put two spaces after the period, question mark, or exclamation mark that ends a sentence.
Use the @: command after a period, question mark,
exclamation mark, or colon that should not be followed by extra space.
For example, use @: after periods that end abbreviations
which are not at the ends of sentences.
For example,
foo vs.@: bar
foo vs. bar
produces
foo vs. bar
foo vs. bar
@: has no effect on the Info and HTML output. In Docbook and
XML, the previous punctuation character (.?!:) is output as an entity
instead of as the normal character: ‘. ? !
:’. This gives further processors a chance to notice and not
add the usual extra space.
Do not put braces after @: (or any non-alphabetic command).
Use @. instead of a period, @! instead of an
exclamation point, and @? instead of a question mark at the end
of a sentence that ends with a capital letter. Otherwise, TeX
will think the letter is an abbreviation and will not insert the correct
end-of-sentence spacing. Here is an example:
Give it to M.I.B. and to M.E.W@. Also, give it to R.J.C@.
Give it to M.I.B. and to M.E.W. Also, give it to R.J.C.
produces
Give it to M.I.B. and to M.E.W. Also, give it to R.J.C.
Give it to M.I.B. and to M.E.W. Also, give it to R.J.C.
In the Info file output, @. is equivalent to a simple
‘.’; likewise for @! and @?.
The meanings of @: and @. in Texinfo are designed to
work well with the Emacs sentence motion commands (see Sentences).
Do not put braces after any of these commands.
Ordinarily, TeX collapses multiple whitespace characters (space, tab, and newline) into a single space. Info output, on the other hand, preserves whitespace as you type it, except for changing a newline into a space; this is why it is important to put two spaces at the end of sentences in Texinfo documents.
Occasionally, you may want to actually insert several consecutive
spaces, either for purposes of example (what your program does with
multiple spaces as input), or merely for purposes of appearance in
headings or lists. Texinfo supports three commands:
@SPACE, @TAB, and @NL, all of
which insert a single space into the output. (Here,
@SPACE represents an ‘@’ character followed by a
space, i.e., ‘@ ’, and TAB and NL represent the tab
character and end-of-line, i.e., when ‘@’ is the last character on
a line.)
For example,
Spacey@ @ @ @
example.
produces
Spacey example.
Other possible uses of @SPACE have been subsumed by
@multitable (see Multi-column Tables).
Do not follow any of these commands with braces.
To produce a non-breakable space, see @tie.
@frenchspacing val: Control sentence spacingIn American typography, it is traditional and correct to put extra space at the end of a sentence, after a semi-colon, and so on. This is the default in Texinfo. In French typography (and many others), this extra space is wrong; all spaces are uniform.
Therefore Texinfo provides the @frenchspacing command to
control the spacing after punctuation. It reads the rest of the line
as its argument, which must be the single word ‘on’ or ‘off’
(always these words, regardless of the language) of the document.
Here is an example:
@frenchspacing on
This is text. Two sentences. Three sentences. French spacing.
@frenchspacing off
This is text. Two sentences. Three sentences. Non-French spacing.
produces (there will be no difference in Info):
This is text. Two sentences. Three sentences. French spacing.
This is text. Two sentences. Three sentences. Non-French spacing.
@frenchspacing mainly affects the printed output, including
the output after @., @!, and @? (see Ending a Sentence).
In Info, usually space characters in the input are written unaltered
to the output, and @frenchspacing does not change this. It
does change the one case where makeinfo outputs a space on
its own: when a sentence ends at a newline in the source. Here's an
example:
Some sentence.
Next sentence.
produces in Info output, with @frenchspacing off
(the default), two spaces between the sentences:
Some sentence. Next sentence.
With @frenchspacing on, makeinfo outputs
only a single space:
Some sentence. Next sentence.
@frenchspacing has no effect on the HTML or Docbook output;
for XML, it outputs a transliteration of itself (see Output Formats).
@dmn{dimension}: Format a Dimension
At times, you may want to write ‘12pt’ or
‘8.5in’ with little or no space between the number and the
abbreviation for the dimension. You can use the @dmn command
to do this. On seeing the command, TeX inserts just enough space
for proper typesetting; the Info formatting commands insert no space
at all, since the Info file does not require it.
To use the @dmn command, write the number and then follow it
immediately, with no intervening space, by @dmn, and then by
the dimension within braces. For example,
A4 paper is 8.27@dmn{in} wide.
produces
A4 paper is 8.27in wide.
Not everyone uses this style. Some people prefer ‘8.27 in.@:’
or ‘8.27 inches’ to ‘8.27@dmn{in}’ in the Texinfo file.
In these cases, however, the formatters may insert a line break between
the number and the dimension, so use @w (see w). Also, if
you write a period after an abbreviation within a sentence, you should
write ‘@:’ after the period to prevent TeX from inserting extra
whitespace, as shown here. See Not Ending a Sentence.
Here is a table with the commands Texinfo provides for inserting
floating accents. They all need an argument, the character to accent,
which can either be given in braces as usual (@'{e}), or, as
a special case, the braces can be omitted, in which case the argument
is the next character (@'e). This is to make the source as
convenient as possible to type and read, since accented characters are
very common in some languages.
If the command is alphabetic, such as @dotaccent, then there
must be a space between the command name and argument if braces are
not used. If the command is non-alphabetic, such as @', then
there must not be a space; the argument is the very next
character.
Exception: the argument to @tieaccent must be enclosed in
braces (since it is two characters instead of one).
To get the true accented characters output in Info, not just the ASCII
transliterations, it is necessary to specify @documentencoding
with an encoding which supports the required characters
(see @documentencoding). In this case,
you can also use non-ASCII (e.g., pre-accented) characters in the
source file.
| Command | Output | What
|
|---|---|---|
| @"o | ö | umlaut accent
|
| @'o | ó | acute accent
|
| @,{c} | ç | cedilla accent
|
| @=o | o¯ | macron/overbar accent
|
| @^o | ô | circumflex accent
|
| @`o | ò | grave accent
|
| @~o | õ | tilde accent
|
| @dotaccent{o} | o. | overdot accent
|
| @H{o} | o'' | long Hungarian umlaut
|
| @ringaccent{o} | o* | ring accent
|
| @tieaccent{oo} | oo[ | tie-after accent
|
| @u{o} | o( | breve accent
|
| @ubaraccent{o} | o_ | underbar accent
|
| @udotaccent{o} | .o | underdot accent
|
| @v{o} | o< | hacek/check/caron accent
|
This table lists the Texinfo commands for inserting other characters commonly used in languages other than English.
| @exclamdown{} | ¡ | upside-down !
|
| @questiondown{} | ¿ | upside-down ?
|
| @aa{} @AA{} | å Å | a,A with circle
|
| @ae{} @AE{} | æ Æ | ae,AE ligatures
|
| @dotless{i} | i | dotless i
|
| @dotless{j} | j | dotless j
|
| @l{} @L{} | /l /L | suppressed-L,l
|
| @o{} @O{} | ø Ø | O,o with slash
|
| @oe{} @OE{} | œ Œ | oe,OE ligatures
|
| @ordf{} @ordm{} | ª º | Spanish ordinals
|
| @ss{} | ß | es-zet or sharp S
|
Use doubled single-quote characters to begin and end quotations: ``...''. TeX converts two single quotes to left- and right-hand doubled quotation marks, and Info converts doubled single-quote characters to ASCII double-quotes: ``...'' becomes "...".
You may occasionall