1021 lines
38 KiB
Plaintext
1021 lines
38 KiB
Plaintext
@c -*- mode: texinfo; coding: utf-8 -*-
|
||
@c This is part of the GNU Emacs Lisp Reference Manual.
|
||
@c Copyright (C) 1990--1995, 1998--1999, 2001--2024 Free Software
|
||
@c Foundation, Inc.
|
||
@c See the file elisp.texi for copying conditions.
|
||
@node Documentation
|
||
@chapter Documentation
|
||
@cindex documentation strings
|
||
|
||
GNU Emacs has convenient built-in help facilities, most of which
|
||
derive their information from documentation strings associated with
|
||
functions and variables. This chapter describes how to access
|
||
documentation strings in Lisp programs.
|
||
|
||
The contents of a documentation string should follow certain
|
||
conventions. In particular, its first line should be a complete
|
||
sentence (or two complete sentences) that briefly describes what the
|
||
function or variable does. @xref{Documentation Tips}, for how to
|
||
write good documentation strings.
|
||
|
||
Note that the documentation strings for Emacs are not the same thing
|
||
as the Emacs manual. Manuals have their own source files, written in
|
||
the Texinfo language; documentation strings are specified in the
|
||
definitions of the functions and variables they apply to. A collection
|
||
of documentation strings is not sufficient as a manual because a good
|
||
manual is not organized in that fashion; it is organized in terms of
|
||
topics of discussion.
|
||
|
||
For commands to display documentation strings, see @ref{Help, ,
|
||
Help, emacs, The GNU Emacs Manual}.
|
||
|
||
@menu
|
||
* Documentation Basics:: Where doc strings are defined and stored.
|
||
* Accessing Documentation:: How Lisp programs can access doc strings.
|
||
* Keys in Documentation:: Substituting current key bindings.
|
||
* Text Quoting Style:: Quotation marks in doc strings and messages.
|
||
* Describing Characters:: Making printable descriptions of
|
||
non-printing characters and key sequences.
|
||
* Help Functions:: Subroutines used by Emacs help facilities.
|
||
* Documentation Groups:: Listing functions by groups.
|
||
@end menu
|
||
|
||
@node Documentation Basics
|
||
@section Documentation Basics
|
||
@cindex documentation conventions
|
||
@cindex writing a documentation string
|
||
@cindex string, writing a doc string
|
||
|
||
A documentation string is written using the Lisp syntax for strings,
|
||
with double-quote characters surrounding the text. It is, in fact, an
|
||
actual Lisp string. When the string appears in the proper place in a
|
||
function or variable definition, it serves as the function's or
|
||
variable's documentation.
|
||
|
||
@cindex @code{function-documentation} property
|
||
In a function definition (a @code{lambda} or @code{defun} form), the
|
||
documentation string is specified after the argument list, and is
|
||
normally stored directly in the function object. @xref{Function
|
||
Documentation}. You can also put function documentation in the
|
||
@code{function-documentation} property of a function name
|
||
(@pxref{Accessing Documentation}).
|
||
|
||
@cindex @code{variable-documentation} property
|
||
In a variable definition (a @code{defvar} form), the documentation
|
||
string is specified after the initial value. @xref{Defining
|
||
Variables}. The string is stored in the variable's
|
||
@code{variable-documentation} property.
|
||
|
||
@cindex @file{DOC} (documentation) file
|
||
Sometimes, Emacs does not keep documentation strings in memory.
|
||
There are two such circumstances. Firstly, to save memory, the
|
||
documentation for primitive functions (@pxref{What Is a Function}) and
|
||
built-in variables is kept in a file named @file{DOC}, in the
|
||
directory specified by @code{doc-directory} (@pxref{Accessing
|
||
Documentation}). Secondly, when a function or variable is loaded from
|
||
a byte-compiled file, Emacs avoids loading its documentation string
|
||
(@pxref{Docs and Compilation}). In both cases, Emacs looks up the
|
||
documentation string from the file only when needed, such as when the
|
||
user calls @kbd{C-h f} (@code{describe-function}) for a function.
|
||
|
||
Documentation strings can contain special @dfn{key substitution
|
||
sequences}, referring to key bindings which are looked up only when
|
||
the user views the documentation. This allows the help commands to
|
||
display the correct keys even if a user rearranges the default key
|
||
bindings. @xref{Keys in Documentation}.
|
||
|
||
In the documentation string of an autoloaded command
|
||
(@pxref{Autoload}), these key-substitution sequences have an
|
||
additional special effect: they cause @kbd{C-h f} on the command to
|
||
trigger autoloading. (This is needed for correctly setting up the
|
||
hyperlinks in the @file{*Help*} buffer.)
|
||
|
||
@node Accessing Documentation
|
||
@section Access to Documentation Strings
|
||
@cindex accessing documentation strings
|
||
|
||
@defun documentation-property symbol property &optional verbatim
|
||
This function returns the documentation string recorded in
|
||
@var{symbol}'s property list under property @var{property}. It is
|
||
most often used to look up the documentation strings of variables, for
|
||
which @var{property} is @code{variable-documentation}. However, it
|
||
can also be used to look up other kinds of documentation, such as for
|
||
customization groups (but for function documentation, use the
|
||
@code{documentation} function, below).
|
||
|
||
If the property value refers to a documentation string stored in the
|
||
@file{DOC} file or a byte-compiled file, this function looks up that
|
||
string and returns it.
|
||
|
||
If the property value isn't @code{nil}, isn't a string, and doesn't
|
||
refer to text in a file, then it is evaluated as a Lisp expression to
|
||
obtain a string.
|
||
|
||
Finally, this function passes the string through
|
||
@code{substitute-command-keys} to substitute key bindings (@pxref{Keys
|
||
in Documentation}). It skips this step if @var{verbatim} is
|
||
non-@code{nil}.
|
||
|
||
@smallexample
|
||
@group
|
||
(documentation-property 'command-line-processed
|
||
'variable-documentation)
|
||
@result{} "Non-nil once command line has been processed"
|
||
@end group
|
||
@group
|
||
(symbol-plist 'command-line-processed)
|
||
@result{} (variable-documentation 188902)
|
||
@end group
|
||
@group
|
||
(documentation-property 'emacs 'group-documentation)
|
||
@result{} "Customization of the One True Editor."
|
||
@end group
|
||
@end smallexample
|
||
@end defun
|
||
|
||
@defun documentation function &optional verbatim
|
||
This function returns the documentation string of @var{function}. It
|
||
handles macros, named keyboard macros, and special forms, as well as
|
||
ordinary functions.
|
||
|
||
If @var{function} is a symbol, this function first looks for the
|
||
@code{function-documentation} property of that symbol; if that has a
|
||
non-@code{nil} value, the documentation comes from that value (if the
|
||
value is not a string, it is evaluated).
|
||
|
||
If @var{function} is not a symbol, or if it has no
|
||
@code{function-documentation} property, then @code{documentation}
|
||
extracts the documentation string from the actual function definition,
|
||
reading it from a file if called for.
|
||
|
||
Finally, unless @var{verbatim} is non-@code{nil}, this function calls
|
||
@code{substitute-command-keys}. The result is the documentation
|
||
string to return.
|
||
|
||
The @code{documentation} function signals a @code{void-function} error
|
||
if @var{function} has no function definition. However, it is OK if
|
||
the function definition has no documentation string. In that case,
|
||
@code{documentation} returns @code{nil}.
|
||
@end defun
|
||
|
||
@defun function-documentation function
|
||
Generic function used by @code{documentation} to extract the raw
|
||
docstring from a function object. You can specify how to get the
|
||
docstring of a specific function type by adding a corresponding method
|
||
to it.
|
||
@end defun
|
||
|
||
@defun face-documentation face
|
||
This function returns the documentation string of @var{face} as a
|
||
face.
|
||
@end defun
|
||
|
||
Here is an example of using the two functions, @code{documentation} and
|
||
@code{documentation-property}, to display the documentation strings for
|
||
several symbols in a @file{*Help*} buffer.
|
||
|
||
@anchor{describe-symbols example}
|
||
@smallexample
|
||
@group
|
||
(defun describe-symbols (pattern)
|
||
"Describe the Emacs Lisp symbols matching PATTERN.
|
||
All symbols that have PATTERN in their name are described
|
||
in the *Help* buffer."
|
||
(interactive "sDescribe symbols matching: ")
|
||
(let ((describe-func
|
||
(lambda (s)
|
||
@end group
|
||
@group
|
||
;; @r{Print description of symbol.}
|
||
(if (fboundp s) ; @r{It is a function.}
|
||
(princ
|
||
(format "%s\t%s\n%s\n\n" s
|
||
(if (commandp s)
|
||
(let ((keys (where-is-internal s)))
|
||
(if keys
|
||
(concat
|
||
"Keys: "
|
||
(mapconcat 'key-description
|
||
keys " "))
|
||
"Keys: none"))
|
||
"Function")
|
||
@end group
|
||
@group
|
||
(or (documentation s)
|
||
"not documented"))))
|
||
|
||
(if (boundp s) ; @r{It is a variable.}
|
||
@end group
|
||
@group
|
||
(princ
|
||
(format "%s\t%s\n%s\n\n" s
|
||
(if (custom-variable-p s)
|
||
"Option " "Variable")
|
||
@end group
|
||
@group
|
||
(or (documentation-property
|
||
s 'variable-documentation)
|
||
"not documented"))))))
|
||
sym-list)
|
||
@end group
|
||
|
||
@group
|
||
;; @r{Build a list of symbols that match pattern.}
|
||
(mapatoms (lambda (sym)
|
||
(if (string-match pattern (symbol-name sym))
|
||
(setq sym-list (cons sym sym-list)))))
|
||
@end group
|
||
|
||
@group
|
||
;; @r{Display the data.}
|
||
(help-setup-xref (list 'describe-symbols pattern)
|
||
(called-interactively-p 'interactive))
|
||
(with-help-window (help-buffer)
|
||
(mapcar describe-func (sort sym-list)))))
|
||
@end group
|
||
@end smallexample
|
||
|
||
The @code{describe-symbols} function works like @code{apropos},
|
||
but provides more information.
|
||
|
||
@smallexample
|
||
@group
|
||
(describe-symbols "goal")
|
||
|
||
---------- Buffer: *Help* ----------
|
||
goal-column Option
|
||
Semipermanent goal column for vertical motion, as set by @dots{}
|
||
@end group
|
||
@c Do not blithely break or fill these lines.
|
||
@c That makes them incorrect.
|
||
|
||
@group
|
||
minibuffer-temporary-goal-position Variable
|
||
not documented
|
||
@end group
|
||
|
||
@group
|
||
set-goal-column Keys: C-x C-n
|
||
Set the current horizontal position as a goal for C-n and C-p.
|
||
@end group
|
||
@c DO NOT put a blank line here! That is factually inaccurate!
|
||
@group
|
||
Those commands will move to this position in the line moved to
|
||
rather than trying to keep the same horizontal position.
|
||
With a non-nil argument ARG, clears out the goal column
|
||
so that C-n and C-p resume vertical motion.
|
||
The goal column is stored in the variable `goal-column'.
|
||
|
||
(fn ARG)
|
||
@end group
|
||
|
||
@group
|
||
temporary-goal-column Variable
|
||
Current goal column for vertical motion.
|
||
It is the column where point was at the start of the current run
|
||
of vertical motion commands.
|
||
|
||
When moving by visual lines via the function `line-move-visual', it is a cons
|
||
cell (COL . HSCROLL), where COL is the x-position, in pixels,
|
||
divided by the default column width, and HSCROLL is the number of
|
||
columns by which window is scrolled from left margin.
|
||
|
||
When the `track-eol' feature is doing its job, the value is
|
||
`most-positive-fixnum'.
|
||
---------- Buffer: *Help* ----------
|
||
@end group
|
||
@end smallexample
|
||
|
||
@anchor{Definition of Snarf-documentation}
|
||
@defun Snarf-documentation filename
|
||
This function is used when building Emacs, just before the runnable
|
||
Emacs is dumped. It finds the positions of the documentation strings
|
||
stored in the file @var{filename}, and records those positions into
|
||
memory in the function definitions and variable property lists.
|
||
@xref{Building Emacs}.
|
||
|
||
Emacs reads the file @var{filename} from the @file{emacs/etc} directory.
|
||
When the dumped Emacs is later executed, the same file will be looked
|
||
for in the directory @code{doc-directory}. Usually @var{filename} is
|
||
@code{"DOC"}.
|
||
@end defun
|
||
|
||
@defvar doc-directory
|
||
This variable holds the name of the directory which should contain the
|
||
file @code{"DOC"} that contains documentation strings for
|
||
built-in functions and variables.
|
||
|
||
In most cases, this is the same as @code{data-directory}. They may be
|
||
different when you run Emacs from the directory where you built it,
|
||
without actually installing it. @xref{Definition of data-directory}.
|
||
@end defvar
|
||
|
||
@node Keys in Documentation
|
||
@section Substituting Key Bindings in Documentation
|
||
@cindex documentation, keys in
|
||
@cindex keys in documentation strings
|
||
@cindex substituting keys in documentation
|
||
@cindex key substitution sequence
|
||
|
||
When documentation strings refer to key sequences, they should use the
|
||
current, actual key bindings. They can do so using certain special text
|
||
sequences described below. Accessing documentation strings in the usual
|
||
way substitutes current key binding information for these special
|
||
sequences. This works by calling @code{substitute-command-keys}. You
|
||
can also call that function yourself.
|
||
|
||
Here is a list of the special sequences and what they mean:
|
||
|
||
@table @code
|
||
@item \[@var{command}]
|
||
stands for a key sequence that will invoke @var{command}, or @samp{M-x
|
||
@var{command}} if @var{command} has no key bindings.
|
||
|
||
@item \@{@var{mapvar}@}
|
||
stands for a summary of the keymap which is the value of the variable
|
||
@var{mapvar}. The summary is made using @code{describe-bindings}.
|
||
The summary will normally exclude menu bindings, but if the
|
||
@var{include-menus} argument to @code{substitute-command-keys} is
|
||
non-@code{nil}, the menu bindings will be included.
|
||
|
||
@item \<@var{mapvar}>
|
||
stands for no text itself. It is used only for a side effect: it
|
||
specifies @var{mapvar}'s value as the keymap for any following
|
||
@samp{\[@var{command}]} sequences in this documentation string.
|
||
|
||
@item \`@var{KEYSEQ}'
|
||
stands for a key sequence @var{KEYSEQ}, which will use the same face
|
||
as a command substitution. This should be used only when a key
|
||
sequence has no corresponding command, for example when it is read
|
||
directly with @code{read-key-sequence}. It must be a valid key
|
||
sequence according to @code{key-valid-p}. It can also be used with
|
||
command names, like @samp{\`M-x foo'}, where you want this to be
|
||
fontified like a keyboard sequence, but you want to inhibit
|
||
translating it into a key sequence like @samp{\[foo]} does.
|
||
|
||
@item `
|
||
(grave accent) stands for a left quote.
|
||
This generates a left single quotation mark, an apostrophe, or a grave
|
||
accent depending on the value of @code{text-quoting-style}.
|
||
@xref{Text Quoting Style}.
|
||
|
||
@item '
|
||
(apostrophe) stands for a right quote.
|
||
This generates a right single quotation mark or an apostrophe
|
||
depending on the value of @code{text-quoting-style}.
|
||
|
||
@item \=
|
||
quotes the following character and is discarded; thus, @samp{\=`} puts
|
||
@samp{`} into the output, @samp{\=\[} puts @samp{\[} into the output,
|
||
and @samp{\=\=} puts @samp{\=} into the output.
|
||
|
||
@item \+
|
||
This indicates that the symbol directly following should not be marked
|
||
as a link in the @file{*Help*} buffer.
|
||
@end table
|
||
|
||
@strong{Please note:} Each @samp{\} must be doubled when written in a
|
||
string in Emacs Lisp (@pxref{Syntax for Strings}).
|
||
|
||
@defun substitute-command-keys string &optional no-face include-menus
|
||
@vindex help-key-binding@r{ (face)}
|
||
This function scans @var{string} for the above special sequences and
|
||
replaces them by what they stand for, returning the result as a string.
|
||
This permits display of documentation that refers accurately to the
|
||
user's own customized key bindings. By default, the key bindings are
|
||
given a special face @code{help-key-binding}, but if the optional
|
||
argument @var{no-face} is non-@code{nil}, the function doesn't add
|
||
this face to the produced string.
|
||
|
||
@cindex advertised binding
|
||
If a command has multiple bindings, this function normally uses the
|
||
first one it finds. You can specify one particular key binding by
|
||
assigning an @code{:advertised-binding} symbol property to the
|
||
command, like this:
|
||
|
||
@smallexample
|
||
(put 'undo :advertised-binding [?\C-/])
|
||
@end smallexample
|
||
|
||
@noindent
|
||
The @code{:advertised-binding} property also affects the binding shown
|
||
in menu items (@pxref{Menu Bar}). The property is ignored if it
|
||
specifies a key binding that the command does not actually have.
|
||
@end defun
|
||
|
||
Here are examples of the special sequences:
|
||
|
||
@smallexample
|
||
@group
|
||
(substitute-command-keys
|
||
"To abort recursive edit, type `\\[abort-recursive-edit]'.")
|
||
@result{} "To abort recursive edit, type ‘C-]’."
|
||
@end group
|
||
|
||
@group
|
||
(substitute-command-keys
|
||
"The keys that are defined for the minibuffer here are:
|
||
\\@{minibuffer-local-must-match-map@}")
|
||
@result{} "The keys that are defined for the minibuffer here are:
|
||
@end group
|
||
|
||
? minibuffer-completion-help
|
||
SPC minibuffer-complete-word
|
||
TAB minibuffer-complete
|
||
C-j minibuffer-complete-and-exit
|
||
RET minibuffer-complete-and-exit
|
||
C-g abort-recursive-edit
|
||
"
|
||
|
||
The keymap description will normally exclude menu items, but if
|
||
@var{include-menus} is non-@code{nil}, include them.
|
||
|
||
@group
|
||
(substitute-command-keys
|
||
"To abort a recursive edit from the minibuffer, type \
|
||
`\\<minibuffer-local-must-match-map>\\[abort-recursive-edit]'.")
|
||
@result{} "To abort a recursive edit from the minibuffer, type ‘C-g’."
|
||
@end group
|
||
@end smallexample
|
||
|
||
@defun substitute-quotes string
|
||
This function works like @code{substitute-command-keys}, but only
|
||
replaces quote characters.
|
||
@end defun
|
||
|
||
There are other special conventions for the text in documentation
|
||
strings---for instance, you can refer to functions, variables, and
|
||
sections of this manual. @xref{Documentation Tips}, for details.
|
||
|
||
@node Text Quoting Style
|
||
@section Text Quoting Style
|
||
|
||
Typically, grave accents and apostrophes are treated specially in
|
||
documentation strings and diagnostic messages, and translate to matching
|
||
single quotation marks (also called ``curved quotes''). For example,
|
||
the documentation string @t{"Alias for `foo'."} and the function call
|
||
@code{(message "Alias for `foo'.")} both translate to @t{"Alias for
|
||
‘foo’."}. Less commonly, Emacs displays grave accents and apostrophes
|
||
as themselves, or as apostrophes only (e.g., @t{"Alias for 'foo'."}).
|
||
Documentation strings and message formats should be written so that
|
||
they display well with any of these styles. For example, the
|
||
documentation string @t{"Alias for 'foo'."} is probably not what you
|
||
want, as it can display as @t{"Alias for ’foo’."}, an unusual style in
|
||
English.
|
||
|
||
Sometimes you may need to display a grave accent or apostrophe
|
||
without translation, regardless of text quoting style. In a
|
||
documentation string, you can do this with escapes. For example, in
|
||
the documentation string @t{"\\=`(a ,(sin 0)) ==> (a 0.0)"} the grave
|
||
accent is intended to denote Lisp code, so it is escaped and displays
|
||
as itself regardless of quoting style. In a call to @code{message} or
|
||
@code{error}, you can avoid translation by using a format @t{"%s"}
|
||
with an argument that is a call to @code{format}. For example,
|
||
@code{(message "%s" (format "`(a ,(sin %S)) ==> (a %S)" x (sin x)))}
|
||
displays a message that starts with grave accent regardless of text
|
||
quoting style.
|
||
|
||
@defopt text-quoting-style
|
||
@cindex curved quotes
|
||
@cindex curly quotes
|
||
The value of this user option is a symbol that specifies the style
|
||
Emacs should use for single quotes in the wording of help and
|
||
messages. If the option's value is @code{curve}, the style is
|
||
@t{‘like this’} with curved single quotes. If the value is
|
||
@code{straight}, the style is @t{'like this'} with straight
|
||
apostrophes. If the value is @code{grave}, quotes are not translated
|
||
and the style is @t{`like this'} with grave accent and apostrophe, the
|
||
standard style before Emacs version 25. The default value @code{nil}
|
||
acts like @code{curve} if curved single quotes seem to be displayable,
|
||
and like @code{grave} otherwise.
|
||
|
||
This option is useful on platforms that have problems with curved
|
||
quotes. You can customize it freely according to your personal
|
||
preference.
|
||
@end defopt
|
||
|
||
@defun text-quoting-style
|
||
You should not read the value of the variable
|
||
@code{text-quoting-style} directly. Instead, use this function with
|
||
the same name to dynamically compute the correct quoting style on the
|
||
current terminal in the @code{nil} case described above.
|
||
@end defun
|
||
|
||
@node Describing Characters
|
||
@section Describing Characters for Help Messages
|
||
@cindex describe characters and events
|
||
|
||
These functions convert events, key sequences, or characters to
|
||
textual descriptions. These descriptions are useful for including
|
||
arbitrary text characters or key sequences in messages, because they
|
||
convert non-printing and whitespace characters to sequences of printing
|
||
characters. The description of a non-whitespace printing character is
|
||
the character itself.
|
||
|
||
@defun key-description sequence &optional prefix
|
||
@cindex Emacs event standard notation
|
||
This function returns a string containing the Emacs standard notation
|
||
for the input events in @var{sequence}. If @var{prefix} is
|
||
non-@code{nil}, it is a sequence of input events leading up to
|
||
@var{sequence} and is included in the return value. Both arguments
|
||
may be strings, vectors or lists. @xref{Input Events}, for more
|
||
information about valid events.
|
||
|
||
@smallexample
|
||
@group
|
||
(key-description [?\M-3 delete])
|
||
@result{} "M-3 <delete>"
|
||
@end group
|
||
@group
|
||
(key-description [delete] "\M-3")
|
||
@result{} "M-3 <delete>"
|
||
@end group
|
||
@end smallexample
|
||
|
||
See also the examples for @code{single-key-description}, below.
|
||
@end defun
|
||
|
||
@defun single-key-description event &optional no-angles
|
||
@cindex event printing
|
||
@cindex character printing
|
||
@cindex control character printing
|
||
@cindex meta character printing
|
||
This function returns a string describing @var{event} in the standard
|
||
Emacs notation for keyboard input. A normal printing character
|
||
appears as itself, but a control character turns into a string
|
||
starting with @samp{C-}, a meta character turns into a string starting
|
||
with @samp{M-}, and space, tab, etc., appear as @samp{SPC},
|
||
@samp{TAB}, etc. A function key symbol appears inside angle brackets
|
||
@samp{<@dots{}>}. An event that is a list appears as the name of the
|
||
symbol in the @sc{car} of the list, inside angle brackets.
|
||
|
||
If the optional argument @var{no-angles} is non-@code{nil}, the angle
|
||
brackets around function keys and event symbols are omitted; this is
|
||
for compatibility with old versions of Emacs which didn't use the
|
||
brackets.
|
||
|
||
@smallexample
|
||
@group
|
||
(single-key-description ?\C-x)
|
||
@result{} "C-x"
|
||
@end group
|
||
@group
|
||
(key-description "\C-x \M-y \n \t \r \f123")
|
||
@result{} "C-x SPC M-y SPC C-j SPC TAB SPC RET SPC C-l 1 2 3"
|
||
@end group
|
||
@group
|
||
(single-key-description 'delete)
|
||
@result{} "<delete>"
|
||
@end group
|
||
@group
|
||
(single-key-description 'C-mouse-1)
|
||
@result{} "C-<mouse-1>"
|
||
@end group
|
||
@group
|
||
(single-key-description 'C-mouse-1 t)
|
||
@result{} "C-mouse-1"
|
||
@end group
|
||
@end smallexample
|
||
@end defun
|
||
|
||
@defun text-char-description character
|
||
This function returns a string describing @var{character} in the
|
||
standard Emacs notation for characters that can appear in
|
||
text---similar to @code{single-key-description}, except that the
|
||
argument must be a valid character code that passes a
|
||
@code{characterp} test (@pxref{Character Codes}). The function
|
||
produces descriptions of control characters with a leading caret
|
||
(which is how Emacs usually displays control characters in buffers).
|
||
Characters with modifier bits will cause this function to signal an
|
||
error (@acronym{ASCII} characters with the Control modifier are an
|
||
exception, they are represented as control characters).
|
||
|
||
@smallexample
|
||
@group
|
||
(text-char-description ?\C-c)
|
||
@result{} "^C"
|
||
@end group
|
||
@group
|
||
(text-char-description ?\M-m)
|
||
@error{} Wrong type argument: characterp, 134217837
|
||
@end group
|
||
@end smallexample
|
||
@end defun
|
||
|
||
@deffn Command read-kbd-macro string &optional need-vector
|
||
This function is used mainly for operating on keyboard macros, but it
|
||
can also be used as a rough inverse for @code{key-description}. You
|
||
call it with a string containing key descriptions, separated by spaces;
|
||
it returns a string or vector containing the corresponding events.
|
||
(This may or may not be a single valid key sequence, depending on what
|
||
events you use; @pxref{Key Sequences}.) If @var{need-vector} is
|
||
non-@code{nil}, the return value is always a vector.
|
||
@end deffn
|
||
|
||
@node Help Functions
|
||
@section Help Functions
|
||
@cindex help functions
|
||
|
||
Emacs provides a variety of built-in help functions, all accessible to
|
||
the user as subcommands of the prefix @kbd{C-h}. For more information
|
||
about them, see @ref{Help, , Help, emacs, The GNU Emacs Manual}. Here
|
||
we describe some program-level interfaces to the same information.
|
||
|
||
@deffn Command apropos pattern &optional do-all
|
||
This function finds all meaningful symbols whose names contain a
|
||
match for the apropos pattern @var{pattern}. An apropos pattern is
|
||
either a word to match, a space-separated list of words of which at
|
||
least two must match, or a regular expression (if any special regular
|
||
expression characters occur). A symbol is meaningful if it has a
|
||
definition as a function, variable, or face, or has properties.
|
||
|
||
The function returns a list of elements that look like this:
|
||
|
||
@example
|
||
(@var{symbol} @var{score} @var{function-doc} @var{variable-doc}
|
||
@var{plist-doc} @var{widget-doc} @var{face-doc} @var{group-doc})
|
||
@end example
|
||
|
||
Here, @var{score} is an integer measure of how important the symbol
|
||
seems to be as a match. Each of the remaining elements is a
|
||
documentation string, or @code{nil}, for @var{symbol} as a function,
|
||
variable, etc.
|
||
|
||
It also displays the symbols in a buffer named @file{*Apropos*}, each
|
||
with a one-line description taken from the beginning of its
|
||
documentation string.
|
||
|
||
If @var{do-all} is non-@code{nil}, or if the user option
|
||
@code{apropos-do-all} is non-@code{nil}, then @code{apropos} also
|
||
shows key bindings for the functions that are found; it also shows
|
||
@emph{all} interned symbols, not just meaningful ones (and it lists
|
||
them in the return value as well).
|
||
@end deffn
|
||
|
||
@defvar help-map
|
||
The value of this variable is a local keymap for characters following the
|
||
Help key, @kbd{C-h}.
|
||
@end defvar
|
||
|
||
@deffn {Prefix Command} help-command
|
||
This symbol is not a function; its function definition cell holds the
|
||
keymap known as @code{help-map}. It is defined in @file{help.el} as
|
||
follows:
|
||
|
||
@smallexample
|
||
@group
|
||
(keymap-set global-map (key-description (string help-char)) 'help-command)
|
||
(fset 'help-command help-map)
|
||
@end group
|
||
@end smallexample
|
||
@end deffn
|
||
|
||
@defopt help-char
|
||
The value of this variable is the help character---the character that
|
||
Emacs recognizes as meaning Help. By default, its value is 8, which
|
||
stands for @kbd{C-h}. When Emacs reads this character, if
|
||
@code{help-form} is a non-@code{nil} Lisp expression, it evaluates that
|
||
expression, and displays the result in a window if it is a string.
|
||
|
||
Usually the value of @code{help-form} is @code{nil}. Then the
|
||
help character has no special meaning at the level of command input, and
|
||
it becomes part of a key sequence in the normal way. The standard key
|
||
binding of @kbd{C-h} is a prefix key for several general-purpose help
|
||
features.
|
||
|
||
The help character is special after prefix keys, too. If it has no
|
||
binding as a subcommand of the prefix key, it runs
|
||
@code{describe-prefix-bindings}, which displays a list of all the
|
||
subcommands of the prefix key.
|
||
@end defopt
|
||
|
||
@defopt help-event-list
|
||
The value of this variable is a list of event types that serve as
|
||
alternative help characters. These events are handled just like the
|
||
event specified by @code{help-char}.
|
||
@end defopt
|
||
|
||
@defvar help-form
|
||
If this variable is non-@code{nil}, its value is a form to evaluate
|
||
whenever the character @code{help-char} is read. If evaluating the form
|
||
produces a string, that string is displayed.
|
||
|
||
A command that calls @code{read-event}, @code{read-char-choice},
|
||
@code{read-char}, @code{read-char-from-minibuffer}, or
|
||
@code{y-or-n-p} probably should bind @code{help-form} to a
|
||
non-@code{nil} expression while it does input. (The time when you
|
||
should not do this is when @kbd{C-h} has some other meaning.)
|
||
Evaluating this expression should result in a string that explains
|
||
what the input is for and how to enter it properly.
|
||
|
||
Entry to the minibuffer binds this variable to the value of
|
||
@code{minibuffer-help-form} (@pxref{Definition of minibuffer-help-form}).
|
||
@end defvar
|
||
|
||
@defvar prefix-help-command
|
||
This variable holds a function to print help for a prefix key. The
|
||
function is called when the user types a prefix key followed by the help
|
||
character, and the help character has no binding after that prefix. The
|
||
variable's default value is @code{describe-prefix-bindings}.
|
||
@end defvar
|
||
|
||
@deffn Command describe-prefix-bindings
|
||
This function calls @code{describe-bindings} to display a list of all
|
||
the subcommands of the prefix key of the most recent key sequence. The
|
||
prefix described consists of all but the last event of that key
|
||
sequence. (The last event is, presumably, the help character.)
|
||
@end deffn
|
||
|
||
The following two functions are meant for modes that want to provide
|
||
help without relinquishing control, such as the electric modes.
|
||
Their names begin with @samp{Helper} to distinguish them from the
|
||
ordinary help functions.
|
||
|
||
@deffn Command Helper-describe-bindings
|
||
This command pops up a window displaying a help buffer containing a
|
||
listing of all of the key bindings from both the local and global keymaps.
|
||
It works by calling @code{describe-bindings}.
|
||
@end deffn
|
||
|
||
@deffn Command Helper-help
|
||
This command provides help for the current mode. It prompts the user
|
||
in the minibuffer with the message @samp{Help (Type ? for further
|
||
options)}, and then provides assistance in finding out what the key
|
||
bindings are, and what the mode is intended for. It returns @code{nil}.
|
||
|
||
@vindex Helper-help-map
|
||
This can be customized by changing the map @code{Helper-help-map}.
|
||
@end deffn
|
||
|
||
@defvar data-directory
|
||
@anchor{Definition of data-directory}
|
||
This variable holds the name of the directory in which Emacs finds
|
||
certain documentation and text files that come with Emacs.
|
||
@end defvar
|
||
|
||
@defun help-buffer
|
||
This function returns the name of the help buffer, which is normally
|
||
@file{*Help*}; if such a buffer does not exist, it is first created.
|
||
@end defun
|
||
|
||
@vindex help-window-select
|
||
@defmac with-help-window buffer-or-name body@dots{}
|
||
This macro evaluates @var{body} like @code{with-output-to-temp-buffer}
|
||
(@pxref{Temporary Displays}), inserting any output produced by its
|
||
forms into a buffer specified by @var{buffer-or-name}, which can be a
|
||
buffer or the name of a buffer. (Frequently, @var{buffer-or-name} is
|
||
the value returned by the function @code{help-buffer}.) This macro
|
||
puts the specified buffer into Help mode and displays a message
|
||
telling the user how to quit and scroll the help window. It selects
|
||
the help window if the current value of the user option
|
||
@code{help-window-select} has been set accordingly. It returns the
|
||
last value in @var{body}.
|
||
@end defmac
|
||
|
||
@defun help-setup-xref item interactive-p
|
||
This function updates the cross reference data in the @file{*Help*}
|
||
buffer, which is used to regenerate the help information when the user
|
||
clicks on the @samp{Back} or @samp{Forward} buttons. Most commands
|
||
that use the @file{*Help*} buffer should invoke this function before
|
||
clearing the buffer. The @var{item} argument should have the form
|
||
@code{(@var{function} . @var{args})}, where @var{function} is a function
|
||
to call, with argument list @var{args}, to regenerate the help buffer.
|
||
The @var{interactive-p} argument is non-@code{nil} if the calling
|
||
command was invoked interactively; in that case, the stack of items
|
||
for the @file{*Help*} buffer's @samp{Back} buttons is cleared.
|
||
@end defun
|
||
|
||
@xref{describe-symbols example}, for an example of using
|
||
@code{help-buffer}, @code{with-help-window}, and
|
||
@code{help-setup-xref}.
|
||
|
||
@defmac make-help-screen fname help-line help-text help-map
|
||
This macro defines a help command named @var{fname} that acts like a
|
||
prefix key that shows a list of the subcommands it offers.
|
||
|
||
When invoked, @var{fname} displays @var{help-text} in a window, then
|
||
reads and executes a key sequence according to @var{help-map}. The
|
||
string @var{help-text} should describe the bindings available in
|
||
@var{help-map}.
|
||
|
||
The command @var{fname} is defined to handle a few events itself, by
|
||
scrolling the display of @var{help-text}. When @var{fname} reads one of
|
||
those special events, it does the scrolling and then reads another
|
||
event. When it reads an event that is not one of those few, and which
|
||
has a binding in @var{help-map}, it executes that key's binding and
|
||
then returns.
|
||
|
||
The argument @var{help-line} should be a single-line summary of the
|
||
alternatives in @var{help-map}. In the current version of Emacs, this
|
||
argument is used only if you set the option @code{three-step-help} to
|
||
@code{t}.
|
||
|
||
This macro is used in the command @code{help-for-help} which is the
|
||
binding of @kbd{C-h C-h}.
|
||
@end defmac
|
||
|
||
@defopt three-step-help
|
||
If this variable is non-@code{nil}, commands defined with
|
||
@code{make-help-screen} display their @var{help-line} strings in the
|
||
echo area at first, and display the longer @var{help-text} strings only
|
||
if the user types the help character again.
|
||
@end defopt
|
||
|
||
|
||
@node Documentation Groups
|
||
@section Documentation Groups
|
||
@cindex documentation groups
|
||
@cindex groups of functions
|
||
@cindex function groups
|
||
|
||
Emacs can list functions based on various groupings. For instance,
|
||
@code{string-trim} and @code{mapconcat} are ``string'' functions, so
|
||
@kbd{M-x shortdoc RET string RET} will give an overview
|
||
of functions that operate on strings.
|
||
|
||
The documentation groups are created with the
|
||
@code{define-short-documentation-group} macro.
|
||
|
||
@defmac define-short-documentation-group group &rest functions
|
||
Define @var{group} as a group of functions, and provide short
|
||
summaries of using those functions. The optional argument
|
||
@var{functions} is a list whose elements are of the form:
|
||
|
||
@lisp
|
||
(@var{func} [@var{keyword} @var{val}]@dots{})
|
||
@end lisp
|
||
|
||
The following keywords are recognized:
|
||
|
||
@table @code
|
||
|
||
@item :eval
|
||
The value should be a form that has no side effect when evaluated.
|
||
The form will be used in the documentation by printing it with
|
||
@code{prin1} (@pxref{Output Functions}). However, if the form is a
|
||
string, it will be inserted as-is, and the string will then be
|
||
@code{read} to yield the form. In any case, the form will then be
|
||
evaluated, and the result used. For instance:
|
||
|
||
@example
|
||
:eval (concat "foo" "bar" "zot")
|
||
:eval "(make-string 5 ?x)"
|
||
@end example
|
||
|
||
@noindent
|
||
will result in:
|
||
|
||
@example
|
||
(concat "foo" "bar" "zot")
|
||
@result{} "foobarzot"
|
||
(make-string 5 ?x)
|
||
@result{} "xxxxx"
|
||
@end example
|
||
|
||
(The reason for allowing both Lisp forms and strings here is so that
|
||
printing could be controlled in the few cases where a certain
|
||
presentation of the form is wished for. In the example, @samp{?x}
|
||
would otherwise have been printed as @samp{120} if it hadn't been
|
||
included in a string.)
|
||
|
||
@item :no-eval
|
||
|
||
This is like @code{:eval}, except that the form will not be evaluated.
|
||
In these cases, a @code{:result} element of some kind (see below)
|
||
should be included.
|
||
|
||
@example
|
||
:no-eval (file-symlink-p "/tmp/foo")
|
||
:eg-result t
|
||
@end example
|
||
|
||
@item :no-eval*
|
||
Like @code{:no-eval}, but always inserts @samp{[it depends]} as the
|
||
result. For instance:
|
||
|
||
@example
|
||
:no-eval* (buffer-string)
|
||
@end example
|
||
|
||
@noindent
|
||
will result in:
|
||
|
||
@example
|
||
(buffer-string)
|
||
@click{} [it depends]
|
||
@end example
|
||
|
||
@item :no-value
|
||
Like @code{:no-eval}, but is used when the function in question has no
|
||
well-defined return value, and is used for side effect only.
|
||
|
||
@item :result
|
||
Used to output the result from non-evaluating example forms.
|
||
|
||
@example
|
||
:no-eval (setcar list 'c)
|
||
:result c
|
||
@end example
|
||
|
||
@item :eg-result
|
||
Used to output an example result from non-evaluating example forms.
|
||
For instance:
|
||
|
||
@example
|
||
:no-eval (looking-at "f[0-9]")
|
||
:eg-result t
|
||
@end example
|
||
|
||
@noindent
|
||
will result in:
|
||
|
||
@example
|
||
(looking-at "f[0-9]")
|
||
eg. @click{} t
|
||
@end example
|
||
|
||
@item :result-string
|
||
@itemx :eg-result-string
|
||
These two are the same as @code{:result} and @code{:eg-result},
|
||
respectively, but are inserted as is. This is useful when the result
|
||
is unreadable or should be of a particular form:
|
||
|
||
@example
|
||
:no-eval (find-file "/tmp/foo")
|
||
:eg-result-string "#<buffer foo>"
|
||
:no-eval (default-file-modes)
|
||
:eg-result-string "#o755"
|
||
@end example
|
||
|
||
@item :no-manual
|
||
Indicates that this function is not documented in the manual.
|
||
|
||
@item :args
|
||
By default, the function's actual argument list is shown. If
|
||
@code{:args} is present, they are used instead.
|
||
|
||
@example
|
||
:args (regexp string)
|
||
@end example
|
||
|
||
@end table
|
||
|
||
Here's a very short example:
|
||
|
||
@lisp
|
||
(define-short-documentation-group string
|
||
"Creating Strings"
|
||
(substring
|
||
:eval (substring "foobar" 0 3)
|
||
:eval (substring "foobar" 3))
|
||
(concat
|
||
:eval (concat "foo" "bar" "zot")))
|
||
@end lisp
|
||
|
||
The first argument is the name of the group to be defined, and then
|
||
follows any number of function descriptions.
|
||
|
||
@end defmac
|
||
|
||
A function can belong to any number of documentation groups.
|
||
|
||
In addition to function descriptions, the list can also have string
|
||
elements, which are used to divide a documentation group into
|
||
sections.
|
||
|
||
@defun shortdoc-add-function group section elem
|
||
Lisp packages can add functions to groups with this function. Each
|
||
@var{elem} should be a function description, as described above.
|
||
@var{group} is the function group, and @var{section} is what section
|
||
in the function group to insert the function into.
|
||
|
||
If @var{group} doesn't exist, it will be created. If @var{section}
|
||
doesn't exist, it will be added to the end of the function group.
|
||
@end defun
|
||
|
||
You can also query the examples of use of functions defined in
|
||
shortdoc groups.
|
||
|
||
@defun shortdoc-function-examples function
|
||
This function returns all shortdoc examples for @var{function}. The
|
||
return value is an alist with items of the form
|
||
@w{@code{(@var{group} . @var{examples})}}, where @var{group} is a
|
||
documentation group where @var{function} appears, and @var{examples}
|
||
is a string with the examples of @var{function}s use as defined in
|
||
@var{group}.
|
||
|
||
@code{shortdoc-function-examples} returns @code{nil} if @var{function}
|
||
is not a function or if it doesn't have any shortdoc examples.
|
||
@end defun
|
||
|
||
@vindex help-fns-describe-function-functions
|
||
@defun shortdoc-help-fns-examples-function function
|
||
This function queries the registered shortdoc groups and inserts
|
||
examples of use of a given Emacs Lisp @var{function} into the current
|
||
buffer. It is suitable for addition to the
|
||
@code{help-fns-describe-function-functions} hook, in which case
|
||
examples from shortdoc of using a function will be displayed in the
|
||
@file{*Help*} buffer when the documentation of the function is
|
||
requested.
|
||
@end defun
|