DataMuseum.dk

Presents historical artifacts from the history of:

DKUUG/EUUG Conference tapes

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about DKUUG/EUUG Conference tapes

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download
Index: T l

⟦c0c26d9c6⟧ TextFile

    Length: 55416 (0xd878)
    Types: TextFile
    Names: »lispref-9«

Derivation

└─⟦a05ed705a⟧ Bits:30007078 DKUUG GNU 2/12/89
    └─⟦c06c473ab⟧ »./UNRELEASED/lispref.tar.Z« 
        └─⟦1b57a2ffe⟧ 
            └─⟦this⟧ »lispref-9« 

TextFile

Info file: lispref,    -*-Text-*-
produced by texinfo-format-buffer
from file: lispref.texinfo









This file documents GNU Emacs Lisp.

This is Edition 0.1 Beta of the GNU Emacs Lisp Reference Manual, for
Emacs Version 18, with some references to Emacs Version 19.

Please read this document for review purposes.

Published by the Free Software Foundation, 675 Massachusetts Avenue,
Cambridge, MA 02139 USA

Copyright (C) 1989 Free Software Foundation, Inc.

Permission is granted to make and distribute verbatim copies of this
manual provided the copyright notice and this permission notice are
preserved on all copies.

Permission is granted to copy and distribute modified versions of this
manual under the conditions for verbatim copying, provided that the
entire resulting derived work is distributed under the terms of a
permission notice identical to this one.

Permission is granted to copy and distribute translations of this manual
into another language, under the above conditions for modified versions,
except that this permission notice may be stated in a translation
approved by the Foundation.



▶1f◀
File: lispref  Node: interactive Examples, Prev: Interactive Code, Up: Defining Commands

Examples of Using `interactive'
-------------------------------

Here are some more examples of `interactive':

     (defun foo1 ()                ; `foo1' takes no arguments,
         (interactive)             ; just moves forward two words.
         (forward-word 2))
          => foo

     (defun foo2 (n)               ; `foo2' takes one argument,
         (interactive "p")         ; which is the processed prefix.
         (forward-word (* 2 n)))
          => foo2

     (defun foo3 (n)               ; `foo3' takes one argument,
         (interactive "nCount:")   ; which is read from the Minibuffer.
         (forward-word (* 2 n)))
          => foo3

     (defun three-b (b1 b2 b3)
       "Select three existing buffers (prompting for them in
     the Minibuffer).  Put them into three windows, selecting the
     last one."
         (interactive "bBuffer1:\nbBuffer2:\nbBuffer3:")
         (delete-other-windows)
         (split-window (selected-window) 8)
         (switch-to-buffer b1)
         (other-window 1)
         (split-window (selected-window) 8)
         (switch-to-buffer b2)
         (other-window 1)
         (switch-to-buffer b3)
       )
          => three-b
     (three-b "*scratch*" "declarations.texinfo" "*mail*")
          => nil

▶1f◀
File: lispref  Node: Interactive Call, Prev: Defining Commands, Up: Command Loop, Next: Command Loop Info

Interactive Call
================

  After the command loop has translated a key sequence into a
definition, it invokes the definition using the function
`command-execute'.  If the definition is an ordinary command, that
function calls `call-interactively', which reads the arguments and calls
the command.  You can also call these functions yourself.

* Function: commandp OBJECT

     Returns `t' if OBJECT is suitable for calling interactively; that
     is, if OBJECT is a command.  Otherwise, returns `nil'.

     The interactively callable objects are strings (treated as keyboard
     macros), lambda expressions that contain a top-level call to
     `interactive', autoload-objects that are declared as interactive
     (non-`nil' fourth argument to `autoload'), and some of the
     primitive functions.

     Also, a symbol is `commandp' if its function definition is
     `commandp'.

     Keys and keymaps are not commands.  Rather, they are used to look
     up commands (*Note Keymaps::).

* Function: call-interactively COMMAND &optional RECORD-FLAG

     This function calls COMMAND, reading arguments according to its
     interactive calling specifications.  It is an error if COMMAND is
     not an interactively callable function.

     If RECORD-FLAG is non-`nil', then this command and its arguments
     are unconditionally added to the `command-history'.  Otherwise,
     this is done only if the minibuffer is used to read an argument.
     *Note Command History::.

* Function: command-execute COMMAND &optional RECORD-FLAG

     This function executes COMMAND as an editor command.  COMMAND must
     satisfy the `commandp' predicate: it must be an interactively
     callable function or a string.

     A string is executed with `execute-kbd-macro'.  Along with the
     optional RECORD-FLAG, a function is passed to `call-interactively'.

     A symbol is handled by using its function definition in its stead.
     A symbol with an `autoload' definition counts as a command if it
     was declared to stand for an interactively callable function.  Such
     a definition is handled by loading the library and then rechecking
     the definition of the symbol.

* Command: execute-extended-command PREFIX-ARGUMENT

     This primitive function reads a command name from the minibuffer.
     It calls the `completing-read' function (*Note Completion::).  Then
     `execute-extended-command' the command read by `completing-read',
     reading the arguments according to the command's `interactive'
     specifications.  Whatever that command returns becomes the value of
     `execute-extended-command'.

     If the command asks for a prefix argument, the value
     PREFIX-ARGUMENT is supplied to it.  If `execute-extended-command'
     is called interactively, the raw prefix argument is used for
     PREFIX-ARGUMENT, and thus passed on to whatever command is run.

     `execute-extended-command' is the normal definition of `M-x'.  It
     uses the string `M-x ' as a prompt.  It would be better to take the
     prompt from whatever characters were used to invoke
     `execute-extended-command', but that is painful to implement.  A
     description of the value of the prefix argument, if any, also
     becomes part of the prompt.

          (execute-extended-command 1)
          ---------- Buffer: Minibuffer ----------
          M-x forward-word RET
          ---------- Buffer: Minibuffer ----------
               => t

* Function: interactive-p

     This function returns `t' if the containing function (the one which
     called `interactive-p') was called interactively, with
     `call-interactively'.  It makes no difference whether
     `call-interactively' was called from Lisp or by the editor command
     loop.  But if the containing function was called from Lisp, then it
     was not called interactively.

     The usual use of `interactive-p' is for deciding whether to print
     an informative message.

     As a special exception, `interactive-p' returns `nil' whenever a
     keyboard macro is being run.  This is to suppress the informative
     messages and speed execution of the macro.

     For example:

          (defun foo ()
            (interactive)
            (and (interactive-p)
                 (message "foo")))
               => foo
          (defun bar ()
            (interactive)
            (setq foobar (list (foo) (interactive-p))))
               => bar

          ;; Type `M-x foo'.
               -| foo
          ;; Although you cannot see it, this returns `"foo"'.

          ;; Type `M-x bar'.
          ;; This does not print anything.

          foobar
               => (nil t)

▶1f◀
File: lispref  Node: Command Loop Info, Prev: Interactive Call, Up: Command Loop, Next: Keyboard Input

Information from the Command Loop
=================================

The editor command loop sets several Lisp variables to keep status
records for itself or to provide them for commands that are run.

* Variable: last-command

     This global variable records the name of the previous command
     executed by the command loop, the one before the current command.
     Normally the value is a symbol with a function definition, but this
     is not guaranteed.

     This variable is set by copying the value of `this-command' when
     each command returns to the command loop, except for commands that
     specify a prefix argument.

* Variable: this-command

     This global variable is records the name of the command now being
     executed by Emacs.  As for `last-command', normally it is a symbol
     with a function definition.

     This variable is set by the command loop just before the command is
     run, and its value is copied into `last-command' when the command
     finishes (unless the command specifies a prefix argument).

     Some commands change the value of this variable during their
     execution, simply as a flag for whatever command runs next.  In
     particular, the functions that kill text always set `this-command'
     to `kill-region' so that any kill commands immediately following
     will know to append the killed text to the previous kill.

* Function: this-command-keys

     This function returns a string of the key sequence that invoked the
     present command.  It includes the characters that generated the
     prefix argument, if any.

          (this-command-keys) ;; Now type `C-u C-x C-e'.
               => "^U^X^E"

* Variable: last-command-char

     This global variable is set to the last character that was typed on
     the terminal and was part of a command.  The principal use of this
     variable is in `self-insert-command', which uses it to decide which
     character to insert.

          last-command-char ;; Now type `C-u C-x C-e'.
               => 5

     The value is 5 because that is the ASCII code for `C-e'.

* Variable: echo-keystrokes

     This global variable determines how much time should elapse before
     command characters are echoed.  Its value must be a number.  If the
     user has typed a prefix key (say `C-x') and then delays this many
     seconds before continuing, then the key `C-x' will be echoed in the
     echo area.  Any subsequent keys will be echoed as well.

     If the value is 0, then prefix keys are never echoed.

▶1f◀
File: lispref  Node: Keyboard Input, Prev: Command Loop Info, Up: Command Loop, Next: Quitting

Keyboard Input
==============

  The editor command loop reads keyboard input using
`read-key-sequence', which uses `read-char'.  These functions and others
are also available for use in Lisp programs.

  Also, see `momentary-string-display' in *Note Temporary Displays::.

* Function: input-pending-p

     This function determines whether command input is currently
     available.  It returns immediately and the result is `t' if so,
     `nil' otherwise.

     On rare occasions this command may return `t' even when no input is
     available.

* Function: discard-input

     This function discards the contents of the terminal input buffer
     and flushes any keyboard macro that might be in the process of
     definition.  It returns `nil'.

     In the example, the user may type a bunch of characters right after
     starting the evaluation of the form.  After the `sleep-for'
     finishes sleeping, any characters that have been typed are
     discarded.

          (progn (sleep-for 2)
            (discard-input))
               => nil

* Function: read-char

     This function reads a character from the command input (which is
     either direct keyboard input or characters coming from an executing
     keyboard macro), and returns it.  It does not move the cursor or
     provide any sort of a prompt or other indication that it is waiting
     to read a character.  However, if the user pauses, previous
     keystrokes may echo; see `echo-keystrokes' in *Note Command Loop
     Info::.

     In the first example, the user types `1' (which is ASCII code 49).
     The second example shows a keyboard macro definition which calls
     `read-char' from the minibuffer.  The keyboard macro's very next
     character is the digit 1.  This is the character read by
     `read-char'.

          (read-char)
               => 49

          (symbol-function 'foo)
               => "^[^[(read-char)^M1"
          (execute-kbd-macro foo)
               -| 49
               => nil

* Function: read-quoted-char &optional PROMPT

     This function is like `read-char', except that if the first
     character read is an octal digit, it reads up to two more octal
     digits (0-7) until a non-octal digit is found and returns the
     character represented by the octal number consisting of those
     digits.

     Also, quitting is suppressed.  *Note Quitting::.

     If PROMPT is supplied, it specifies a string to use to prompt the
     user.  The prompt string is always printed in the echo area and
     followed by a single `-'.

     In the example, the user types in the octal number 177.  This is
     127 in decimal.

          (read-quoted-char "What character")

          ---------- Echo Area ----------
          What character-177
          ---------- Echo Area ----------

               => 127

* Function: read-key-sequence PROMPT

     This function reads a key sequence and returns it as a string.
     Characters are read until the sequence is sufficient to specify a
     (non-prefix) command using the current local and global keymaps.

     For each character, if it is an uppercase letter that does not have
     a binding in either the local or global keymaps, then the
     corresponding lowercase letter is tried; if that is successful, the
     character is converted.  This function is used to read command
     input; the key lookup is different from that of `lookup-key'
     because of this automatic downcasing.

     Quitting is suppressed inside `read-key-sequence'.  In other words,
     a `C-g' typed while reading with this function is treated like any
     other character, and `quit-flag' is not set.  *Note Quitting::.

     PROMPT is either a string that is displayed in the echo area as a
     prompt, or `nil', in which case no prompt is displayed.

     In the example, the prompt `?' is displayed in the echo area, and
     the user types `C-x C-f'.

          (read-key-sequence "?")

          ---------- Echo Area ----------
          ?C-x C-f
          ---------- Echo Area ----------

               => "^X^F"

* Variable: unread-command-char

     This global variable is set to the character to be read as the next
     input from the command input stream, or `-1' if there is no such
     character.  Basically, this is the character that is ``unread'',
     when an input function has to read an extra character to finish
     parsing its input.

     For example, the function that governs prefix arguments reads any
     number of digits.  When it finds a non-digit character, it must
     unread that so that it becomes input for the next command.

  For more information, see `waiting-for-user-input-p' in *Note
Receiving Information from Processes::.  See `sit-for' in *Note
Waiting::.  *Note Terminal Input::, for other functions and variables
related to command key input.

▶1f◀
File: lispref  Node: Quitting, Prev: Keyboard Input, Up: Command Loop, Next: Prefix Command Arguments

Quitting
========

  Typing `C-g' while the command loop has run a Lisp function causes
Emacs to "quit" whatever it is doing.  This means that control returns
to the innermost active command loop.

  Typing `C-g' while the command loop is waiting for keyboard input does
not cause a quit.  It acts as an ordinary input character.  In the
simplest case, you cannot tell the difference, because `C-g' normally
runs the command `keyboard-quit', whose effect is to quit.  However,
when `C-g' follows a prefix key, the result is an undefined key.  All
this does is cancel the prefix key and any prefix argument.

  In the minibuffer, `C-g' has a different definition, which aborts out
of the minibuffer.  This means, in effect, that it exits the minibuffer
and then quits.  (Simply quitting would return to the command loop
*within* the minibuffer.)  This feature is the reason why `C-g' does not
quit directly when the command reader is reading input.  `C-g' following
a prefix key is not redefined in the minibuffer; it has its normal
effect, canceling the prefix key and prefix argument as usual.

  Certain functions such as `read-key-sequence' or `read-quoted-char'
prevent quitting entirely even though they wait for input.  Instead of
quitting, `C-g' serves as the requested input.  In the case of
`read-key-sequence', this serves to bring about the special behavior of
`C-g' in the command loop.  In the case of `read-quoted-char', this is
so that `C-q' can be used to quote an `C-g'.

  The only direct effect of typing `C-g' is to set the variable
`quit-flag' to a non-`nil' value.  Appropriate places inside Emacs check
this variable and quit if it is not `nil'.  Setting `quit-flag'
non-`nil' in any other way also causes a quit.

  At the level of C code, quits cannot happen just anywhere; only at
particular places which check `quit-flag'.  This is so quitting will not
leave an inconsistency in Emacs's internal state.  Instead, the quit is
delayed until a safe point, such as when the primitive finishes or tries
to wait for input.

  You can prevent quitting for a portion of a Lisp function by binding
the variable `inhibit-quit' to a non-`nil' value.  `C-g' still sets
`quit-flag' to `t' as usual, but the usual result of this---a quit---is
prevented.  When the binding is unwound at the end of the `let' form, if
`quit-flag' is still non-`nil', the requested quit happens immediately.
This is exactly what you want for a ``critical section'', where you
simply wish quitting not to happen at a certain point in the program.

  If you wish to handle `C-g' in a completely different way, so there
should be no quit at all, then you should set `quit-flag' to `nil'
before unbinding `inhibit-quit'.  This excerpt from the definition of
`read-quoted-char' shows how this is done; it also shows that normal
quitting is permitted after the first character of input.

     (defun read-quoted-char (&optional prompt)
       "...DOCUMENTATION..."
       (let ((count 0) (code 0) char)
         (while (< count 3)
           (let ((inhibit-quit (zerop count))
                 (help-form nil))
             (and prompt (message "%s-" prompt))
             (setq char (read-char))
             (if inhibit-quit (setq quit-flag nil)))
           ...)
         (logand 255 code)))

* Variable: quit-flag

     If this variable is non-`nil', then Emacs quits immediately, unless
     `inhibit-quit' is non-`nil'.  Typing `C-g' sets `quit-flag'
     non-`nil', regardless of `inhibit-quit'.

* Variable: inhibit-quit

     This variable determines whether Emacs should quit when `quit-flag'
     is set to `t'.  If `inhibit-quit' is non-`nil', then `quit-flag'
     has no special effect.

* Command: keyboard-quit

     This function signals the `quit' condition with `(signal 'quit)'.
     This is the same thing that quitting does.  (See `signal' in *Note
     Errors::.)

▶1f◀
File: lispref  Node: Prefix Command Arguments, Prev: Quitting, Up: Command Loop, Next: Recursive Editing

Prefix Command Arguments
========================

  Most Emacs commands can use a prefix argument, a number specified
before the command itself.  (Don't confuse prefix arguments with prefix
keys.)  The prefix argument is represented by a value which is always
available (though it may be `nil', meaning there is no prefix argument);
each command may use it or ignore it.

  There are two representations of the prefix argument: "raw" and
"numeric".  Emacs uses the raw representation internally, and so do the
Lisp variables which store the information, but commands can request
either representation.

  Here are the possible values of a raw prefix argument:

   * `nil', meaning there is no prefix argument.  Its numeric value is
     1, but numerous commands make a distinction.

   * An integer, which stands for itself.

   * A list of one element, that being an integer.  This form of prefix
     argument results from a succession of `C-u''s with no digits.  The
     numeric value is that integer, but some commands make a
     distinction.

   * The symbol `-'.  This indicates that `M--' or `C-u -' was typed
     without digits.  The numeric value is -1, but some commands make a
     distinction.

  There are two variables used to store the prefix argument:
`prefix-arg' and `current-prefix-arg'.  Commands such as
`universal-argument' which create prefix arguments store them in
`prefix-arg'.  In contrast, `current-prefix-arg' conveys the prefix
argument to the current command; setting that variable has no effect on
the prefix arguments for future commands.

  Normally, commands specify which kind of the argument they want to
see, either processed or unprocessed, in the `interactive' declaration.
(*Note Interactive Call::.)  Alternatively, functions may look at the
value of the prefix argument directly in the variable
`current-prefix-arg'.  Don't call `universal-argument',
`digit-argument', or `negative-argument' unless you intend to let the
user enter the prefix argument for the *next* command.

* Command: universal-argument

     This command reads input and specifies a prefix argument for the
     following command.  Don't call this command yourself unless you are
     a real wizard.

* Command: digit-argument ARG

     This command constructs part of the prefix argument for the
     following command.  The argument ARG is the raw prefix argument as
     it was before this command; it is used to compute the updated
     prefix argument.  Don't call this command yourself unless you are a
     real wizard.

* Command: negative-argument ARG

     This command constructs part of the numeric argument for the next
     command.  The argument ARG is the raw prefix argument as it was
     before this command; its value is negated to form the new prefix
     argument.  Don't call this command yourself unless you are a real
     wizard.

* Function: prefix-numeric-value ARG

     This function returns the numeric meaning of the raw prefix
     argument, ARG.  A raw prefix argument may be a symbol, a number, or
     a list.  If it is `nil', then the value 1 is returned.  If it is
     any other symbol, then the value -1 is returned.  If it is a
     number, that number is returned, and if it is a list, then the CAR
     of that list (which should be a number) is returned.

* Variable: current-prefix-arg

     This variable is the value of the raw prefix argument for the
     *current* command.  Commands may examine it directly, but the usual
     way to access it is with `(interactive "P")'.

* Variable: prefix-arg

     The value of this variable is the raw prefix argument for the
     *next* editing command.  Commands which specify prefix arguments
     set this variable.

▶1f◀
File: lispref  Node: Recursive Editing, Prev: Prefix Command Arguments, Up: Command Loop, Next: Disabling Commands

Recursive Editing
=================

  The Emacs command loop is entered automatically when Emacs starts up.
This top-level invocation of the command loop is never exited until the
Emacs is killed.  Lisp programs can also invoke the command loop.  Since
this makes more than one activation of the command loop, we call it
"recursive editing".  A recursive editing level has the effect of
suspending whatever command invoked it and permitting the user to do
arbitrary editing before resuming that command.

  The same commands are available during recursive editing as are
available in the top-level editing loop, depending on the major mode, of
course.  Only a few special commands exit the recursive editing level;
the others remain within it.  (These special commands are always
available, but are useless when recursive editing is not in progress.)

  All command loops, including recursive ones, set up all-purpose error
handlers so that an error in a command run from the command loop will
not exit the loop.

  Minibuffer input is a special kind of recursive editing.  It has a few
special wrinkles, such as enabling display of the minibuffer and the
minibuffer window, but fewer than you might suppose.  Keystrokes behave
differently in the minibuffer, but that is only because of the
minibuffer's local map; if you switch windows, you get the usual Emacs
commands.

  To invoke a recursive editing level, call the function
`recursive-edit'.  This function contains the command loop.  It also
contains a call to `catch' with tag `exit'; this makes it possible to
exit the recursive editing level by throwing to `exit'.  *Note Catch and
Throw::.

  If you throw a value other than `t', then `recursive-edit' returns
normally to the function which called it.  The command `C-M-c'
(`exit-recursive-edit') does this.  Throwing a `t' value causes
`recursive-edit' to quit, so that control returns to the command loop
one level up.  This is called "aborting", and is done by `C-]'
(`abort-recursive-edit').

  Most applications should not use recursive editing, except for the
minibuffer.  Usually it is better for the user to change the major mode
of the current buffer temporarily to a special, new mode, which has a
command to go back to the previous mode.  This technique is used by the
`w' command in Rmail, for example.  Or, if you wish to give the user
different text to edit ``recursively'', create and select a new buffer
in a special mode.  In this mode, define a command to complete the
processing and go back to the previous buffer.  The `m' command in Rmail
does this.

  One place where recursive edits are useful is in debugging.  You can
insert a call to `recursive-edit' into a function as a sort of
breakpoint, so that you can look around when you get there.  Even
better, instead of calling `recursive-edit' directly, call `debug',
which uses a recursive edit but also provides the other features of the
debugger.

  Recursive editing levels are also used when you type `C-r' in
`query-replace' or use `C-x q' (`kbd-macro-query').

* Function: recursive-edit

     This function invokes the editor command loop.  It is called
     automatically by the initialization of Emacs to begin editing.
     When called from a Lisp program, it enters a recursive editing
     level.

       In the example, the function `simple-rec' first advances the
     point one word, then enters a recursive edit, printing out a
     message in the echo area.  The user can then do any editing
     desired, then type `C-M-c' to exit and continue executing
     `simple-rec'.

          (defun simple-rec ()
            (forward-word 1)
            (message "Recursive edit in progress.")
            (recursive-edit)
            (forward-word 1))
               => simple-rec
          (simple-rec)
               => nil

* Command: exit-recursive-edit

     This function exits from the innermost recursive edit (including
     minibuffer input).  Its definition is effectively `(throw 'exit
     nil)'.

* Command: abort-recursive-edit

     This function aborts the command that requested the innermost
     recursive edit (including minibuffer input), by signaling a `quit'
     error after exiting the recursive edit.  Its definition is
     effectively `(throw 'exit t)'.

* Command: top-level

     This function exits all recursive editing levels.  It does not
     return a value, as it essentially jumps completely out of any
     computation directly back into the main command loop.

* Function: recursion-depth

     This function returns the current depth of recursive edits.  When
     no recursive edit is active, it returns 0.

▶1f◀
File: lispref  Node: Disabling Commands, Prev: Recursive Editing, Up: Command Loop, Next: Command History

Disabling Commands
==================

  Disabling a command marks the command as requiring confirmation before
it can be executed.  The purpose of disabling a command is to prevent
users from executing it by accident, which could be confusing or
damaging.

  The direct mechanism for disabling a command is to have a non-`nil'
`disabled' property on the Lisp symbol for the command.  These
properties are normally set up by the user's `.emacs' file with Lisp
expressions such as

     (put 'upcase-region 'disabled t)

For a few commands, these properties are present by default and may be
removed by the `.emacs' file.

  If the value of the `disabled' property is a string, that string is
included in the message printed when the command is used:

     (put 'delete-region 'disabled
          "Text deleted this way cannot be yanked back!\n")

  *Note Disabling Commands: (emacs)Disabling Commands, for the details
on what happens when a disabled command is invoked.  Disabling a command
has no effect on calling it as a function from Lisp programs.

* Command: enable-command COMMAND

     Allow COMMAND to be executed without special confirmation from now
     on.  The user's `.emacs' file is optionally altered so that this
     will apply to future sessions.

* Command: disable-command COMMAND

     Require special confirmation to execute COMMAND from now on.  The
     user's `.emacs' file is optionally altered so that this will apply
     to future sessions.

* Variable: disabled-command-hook

     The value of this variable is a function to be called instead of
     any command that is disabled (i.e., that has a non-`nil' disabled
     property).  By default, the value of `disabled-command-hook' is a
     function defined to ask the user whether to proceed.

▶1f◀
File: lispref  Node: Command History, Prev: Disabling Commands, Up: Command Loop, Next: Keyboard Macros

Command History
===============

  Emacs keeps a history of the complex commands that have been executed,
to make it easy to repeat these commands.  A "complex command" is
defined to be one whose arguments are read using the minibuffer.  This
includes any `M-x' command, any `M-ESC' command, and any command whose
`interactive' specification reads an argument from the minibuffer.  It
does *not* include commands because they use the minibuffer explicitly
once they are called.

* Variable: command-history

     This global variable's value is a list of recent commands.  Each
     command is represented as a form to evaluate.  It continues to
     accumulate all complex commands for the duration of the editing
     session, but at garbage collection time all but the first (most
     recent) thirty elements are deleted.

          command-history
          => ((switch-to-buffer "chistory.texinfo")
                  (describe-key "^X^[")
                  (visit-tags-table "~/emacs/src/")
                  (find-tag "repeat-complex-command"))

  There are a number of commands and even two entire modes devoted to
facilitating the editing and recall of previous commands.  The commands
`repeat-complex-command', and `list-command-history' are described in
the user manual (*Note Command History: (emacs)Command History.).

* Variable: repeat-complex-command-map

     The value of this variable is a sparse keymap used by the
     minibuffer when attempting to repeat a ``complex'' command.

▶1f◀
File: lispref  Node: Keyboard Macros, Prev: Command History, Up: Command Loop

Keyboard Macros
===============

  A keyboard macro is a canned sequence of keystrokes that can be
considered a command and made the definition of a key.  Don't confuse
keyboard macros with Lisp macros (*Note Macros::).

* Function: execute-kbd-macro MACRO &optional COUNT

     This function executes MACRO as a string of editor commands.  If
     MACRO is a string, then the characters in that string are executed
     exactly as if they had been typed to Emacs.

     If MACRO is a symbol, then its function definition is used in place
     of MACRO.  If that is another symbol, this process repeats.
     Eventually the result should be a string.  If the result is neither
     a symbol nor a string, an error is signaled.

     The argument COUNT is a repeat count; MACRO is executed that many
     times.  If COUNT is omitted or `nil', MACRO is executed once.  If
     it is 0, MACRO is executed over and over until it encounters an
     error or a failing search.

* Variable: last-kbd-macro

     This variable is the definition of the most recently defined
     keyboard macro.  Its value should be a string of characters, or
     `nil'.

* Variable: defining-kbd-macro

     This variable indicates whether a keyboard macro is being defined.
     It is set to `t' by `start-kbd-macro', and `nil' by
     `end-kbd-macro'.  Do not set this variable yourself!

* Variable: executing-macro

     This variable contains the string that defines the keyboard macro
     that is currently executing.  It is `nil' if no macro is currently
     executing.

* Variable: executing-macro-index

     This variable is the number of characters already executed from the
     currently executing keyboard macro.  It increments as the macro is
     executed.

  The user-level commands for defining, running and editing keyboard
macros include `call-last-kbd-macro', `insert-kbd-macro',
`start-kbd-macro', `end-kbd-macro', `kbd-macro-query', and
`name-last-kbd-macro'.  They are described in the user's manual (*Note
Keyboard Macros: (emacs)Keyboard Macros.).

▶1f◀
File: lispref  Node: Keymaps, Prev: Command Loop, Up: Top, Next: Major and Minor Modes

Keymaps
*******

  The bindings between keyboard input and commands are recorded in data
structures called "keymaps".  Each binding in a keymap is between an
individual character and either another keymap or a command.  When a
character is bound to another keymap, the next character in the key
sequence is looked up in that keymap, and so on until a command is
found.  This process is called "key lookup".

* Menu:

* Keymap Terms::	
* Creating Keymaps::	
* Key Lookup::	
* Prefix Keys::	
* Global and Local Keymaps::	
* Changing Key Bindings::	

▶1f◀
File: lispref  Node: Keymap Terms, Prev: Keymaps, Up: Keymaps, Next: Creating Keymaps

Keymaps: Terminology
====================

  A sequence of keyboard input characters, or "keystrokes" is called a
"key".  Thus, a key is not necessarily a single character.

  A key is said to have a "key binding" if all the characters in the
sequence of keyboard input characters are bound; this is the case when
each character is bound to a keymap in which the rest of the key is
looked up.

  A "complete key" is one that is bound to a command.  A "prefix key" is
one that is bound to a keymap.  Therefore, any initial sequence of a
complete key is a prefix key.  But the characters that follow a prefix
key may or may not complete the key.  An "undefined key" is one that is
not bound to either a keymap or a command.  *Note Prefix Keys::, for a
more details.

  Examples of complete keys are ``X'', ``RET'', and ``C-x 4 C-f''.
Examples of prefix keys are ``C-c'', ``C-x'', and ``C-x 4''.  Examples
of undefined keys are ``C-x C-g'', and ``C-c 3''.

  At any one time, two primary keymaps are in use: the "global map",
which is available in all buffers, and the "local keymap", which is
usually associated with a major mode.  The local keymap bindings shadow
(i.e., are used in place of) the corresponding global bindings.  *Note
Global and Local Keymaps::, for the details.

  Note that a command is any action that may be called interactively
(*Note Command Overview::), including keyboard macros (*Note Keyboard
Macros::).

▶1f◀
File: lispref  Node: Creating Keymaps, Prev: Keymap Terms, Up: Keymaps, Next: Key Lookup

Creating Keymaps
================

  A keymap can be represented as one of two kinds of Lisp object: a
vector or a list.  A "full keymap" is a vector of length 128.  The
binding for a character in such a keymap is found by indexing into the
vector with the character as the index.

A "sparse keymap" is a list whose CAR is the symbol `keymap', and whose
remaining elements are pairs of the form `(CHAR . BINDING)'.  Such a
list is called a "sparse keymap" because most of the entries would be
`nil' in a full keymap.  Use a sparse keymap when you expect only a few
entries.  (Also, Emacs automatically creates sparse keymaps for
intermediate keymaps, when `define-key' requires them.)

  Keymaps are only of length 128, and so are unable to handle META
characters, whose codes are from 128 to 255.  Instead, Emacs represents
a META character as a sequence of two characters, the first of which is
ESC (the usual value of `meta-prefix-char').  Thus, the key `M-a' is
really represented as `ESC a', and its binding is found at the slot for
`a' in `esc-map'.

For example, the Lisp mode keymap uses `C-c C-l' for the `run-lisp'
command, `M-C-q' for `indent-sexp', and `M-C-x' for `lisp-send-defun'.

     lisp-mode-map
     => 
     (keymap 
      (9 . lisp-indent-line)                 ; TAB
      (127 . backward-delete-char-untabify)  ; DEL
      (3 keymap 
         (12 . run-lisp))                    ; `C-c C-l'
      (27 keymap 
          (17 . indent-sexp)                 ; `M-C-q'
          (24 . lisp-send-defun)))           ; `M-C-x' 

* Function: keymapp OBJECT

       This function returns `t' if OBJECT is a keymap, `nil' otherwise.
     A keymap is either a vector of length 128, or a list with the form
     `(keymap PAIRS...)', where PAIRS is a series of pairs of the form
     `(CHAR .  BINDING)'.

          (keymapp '(keymap))
              => t
          (keymapp (current-global-map))
              => t

* Function: make-keymap

       This function creates and returns a new full keymap (i.e., a
     vector of length 128).  All entries in the keymap are `nil', which
     means that each command is undefined in this keymap.

          (make-keymap)
              => [nil nil nil ... nil nil]

* Function: make-sparse-keymap

       This function creates and returns a new sparse keymap with no
     entries.

          (make-sparse-keymap)
              => (keymap)

* Function: copy-keymap KEYMAP

       This function returns a copy of KEYMAP.  Starting with Emacs
     version 18.50, `copy-keymap' is done recursively so any keymaps
     that are components of KEYMAP are copied as well.

          (setq map (copy-keymap (current-local-map)))
          => (keymap
               (27 keymap         ; (This implements META characters.)
                 (83 . center-paragraph)
                 (115 . center-line))
               (9 . tab-to-tab-stop))

          (eq map (current-local-map))
              => nil
          (equal map (current-local-map))
              => t

▶1f◀
File: lispref  Node: Key Lookup, Prev: Creating Keymaps, Up: Keymaps, Next: Prefix Keys

Key Lookup
==========

  "Key lookup" is the process by which Emacs searches through keymaps to
find the non-keymap object bound to the key.  (Note that the key lookup
process should be distinguished from the process of calling the command
that is found by the key lookup.)

  There are several types of "keymap entry" that may appear in either
full or sparse keymaps.  Indeed, any Lisp object may appear in a keymap,
but only a few types of object have meaning either for looking up keys
or for calling commands.

  When Emacs looks up a key, the lookup process starts from a particular
keymap that is determined by Emacs's current mode.  Emacs uses each
character of the key in sequence, determining the binding of the
character.  If the binding of the character in the keymap is another
keymap, the next character in the key, if any, is used to lookup the
next object.  This process repeats until any non-keymap object is found;
that object is the result of the key lookup.  If the key is not long
enough to lead to a non-keymap object, then a keymap is the result of
the lookup.

  The recognized keymap entries and their meanings are listed below.

`nil'
     As a special case, `nil' means that the characters used so far in
     the lookup are undefined in this keymap.  A `nil' entry is also
     returned if a sparse keymap has no binding for the character.

KEYMAP
     The characters used so far in the lookup are a prefix key.
     Subsequent characters are looked up starting in KEYMAP, which may
     be full or sparse.

LIST
     The characters used so far in the lookup may or may not be a prefix
     key, depending on the form of the list.

        * If the CAR of LIST is the symbol `keymap', then this is really
          a keymap entry and is used as described above.

        * As a special case, if LIST looks like `(KEYMAP .  CHAR)', then
          the binding of CHAR in the keymap called KEYMAP is used as if
          it had been the entry.  This permits you to define one key as
          an alias for another key, so it uses whatever definition the
          othr key has.

        * If the CAR of LIST is `lambda', then this is a lambda
          expression, which should be interactive.  It is the definition
          of the key.

STRING
     The STRING represents a keyboard macro.  When the characters used
     so far in the lookup is entered as a command, the characters in
     STRING are used as if they had been typed instead of the key.
     (*Note Keyboard Macros::, for the details.)

SYMBOL
     The SYMBOL's function definition is found by dereferencing.  e*Note
     Classifying Lists::, to find out how symbols are dereferenced.  One
     of the following objects should be found.

        * As a special case, if a keymap is found in the symbol's
          function cell, it is used as if the entry had been that
          keymap.  A keymap is not a function, so this symbol would not
          be valid in a function call.

        * If a function is found, it is the result of the key lookup.
          When the key is entered, that function is called; it must be
          interactive.

          Two commands are available for special purposes: `ignore' and
          `undefined'.

          The command `ignore' means that the key does nothing (`ignore'
          just returns `nil').  The command `undefined' means to treat
          the key as undefined; this command calls `ding' to ring the
          bell, but does not cause an error.

        * If a string is found, it represents a keyboard macro, as
          above.

        * If a list of the form `(KEYMAP . CHAR)' is found, it is *not*
          used as if it had been the entry.  This sort of list is
          meaningful only if it appears directly in the keymap.

ANYTHING ELSE
     If any other type of object is found, the lookup terminates.

  In short, a keymap entry may be another keymap, or a command.  Three
special cases are `nil', meaning that the characters used so far are
undefined in this keymap; a list that starts with a keymap; and a symbol
with a keymap in the function cell.

* Function: lookup-key KEYMAP KEY

       This function returns the definition of KEY in KEYMAP.  If it
     returns a number, this means KEY is ``too long''; that is, the
     characters fail to be a valid sequence in KEYMAP.  The number is
     how many characters at the front of KEY that compose a meaningful
     key sequence.

       This function does not perform automatic downcasing as is done by
     `read-key-sequence' (*Note Keyboard Input::).  All the other
     functions described in this chapter that lookup keys use
     `lookup-key'.

          (lookup-key (current-global-map) "\C-x\C-f")
              => find-file
          (lookup-key (current-global-map) "\C-x\C-f12345")
              => 2

* Function: ignore &rest ARGS

     Ignore any arguments and return `nil'.  Used in keymaps to ignore
     keys.

* Command: undefined

       Used in keymaps to undefine keys.  It calls `ding', but does not
     cause an error.

▶1f◀
File: lispref  Node: Prefix Keys, Prev: Key Lookup, Up: Keymaps, Next: Global and Local Keymaps

Prefix Keys
===========

  A "prefix key" has an associated keymap which defines what to do with
key sequences that start with the prefix key.  For example, `ctl-x-map'
is the keymap used for characters following the prefix key `C-x'.  The
following keymaps are reached via the global keymap when looking up the
associated prefix key.


   * `ctl-x-map' is the variable name for the map used for characters
     that follow `C-x'.  This map is also in the function cell of
     `Control-X-prefix'.

   * `ctl-x-4-map' is for characters that follow `C-x 4'.

   * `esc-map' is for characters that follow ESC.  Thus, all Meta
     characters are actually defined by this map.  This map is also in
     the function cell of `ESC-prefix'.

   * `help-map' is used for characters that follow `C-h'.

   * `mode-specific-map' is for characters that follow `C-c'.


  The binding of a prefix key is the keymap to use for looking up the
characters that follow the prefix key.  In many cases, the binding is to
a Lisp symbol whose function definition is a keymap.  The effect is the
same, but the use of a symbol doubles as a description of what the
prefix key is for.  Thus, the binding of `C-x' is the symbol
`Control-X-prefix', whose function definition is the keymap for `C-x'
commands.  This keymap is also the value of `ctl-x-map'.

  Prefix key definitions of this sort can appear in either the global
map or a local map.  The definitions of `C-c', `C-x', `C-h' and ESC as
prefix keys appear in the global map, so these prefix keys are always
available.  Major modes can locally redefine a key as a prefix by
putting a prefix key definition for it in the local map.

  If a key is defined as a prefix in both the local map and the global,
the two definitions are effectively merged: the commands defined in the
local map's prefix definition take priority; those not defined there are
taken from the global map.

  In this example, `C-p' is made a prefix key in the local keymap (so
that `C-p' is identical to `C-x').  The binding for `C-p C-f' is the
function `find-file', just like `C-x C-f'.  The key sequence `C-p 6' is
not found in either the local map or global map.

     (use-local-map (make-sparse-keymap))
         => nil
     (local-set-key "\C-p" ctl-x-map)
         => nil
     (key-binding "\C-p\C-f")
         => find-file

     (key-binding "\C-p6")
         => nil

* Function: define-prefix-command SYMBOL

       This function defines SYMBOL as a prefix command.  It creates a
     full keymap and stores it as SYMBOL's function definition.  This
     can be used to create a keymap that is used like the `ESC-prefix'
     keymap.  It may be convenient to also store the keymap in a
     variable.  This function returns SYMBOL.

     In version 19, both the function definition and value are set.

     In 18.54, the function definition is set, but not the value.

* Variable: meta-prefix-char

       This global variable is the Meta-prefix character code.  Normally
     it will be ESC, which has the value of the decimal integer 27.  It
     is used when translating a meta-character to a two-character
     sequence so it can be looked up in a keymap.

     Thus, in the default configuration, typing `M-b' causes Emacs to
     look up `ESC b' in the current keymap and this calls the
     `backward-word' command.  However, if you set the value of
     `meta-prefix-char' to 24, the code for `C-x', typing `M-b' will
     cause Emacs to look up `C-x b' when you type `M-b'; this will call
     the `switch-to-buffer' command.

          meta-prefix-char                    ; The default value.
               => 27
          (key-binding "\M-b")
               => backward-word
          ?\C-x                               ; The print representation
               => 24                          ; of a character.
          (setq meta-prefix-char 24)
               => 24      
          (key-binding "\M-b")
               => switch-to-buffer            ; Now, typing `M-b' is
                                              ; like typing `C-x b'.

          (setq meta-prefix-char 27)          ; Avoid confusion!
               => 27                          ; Restore the default value!

▶1f◀
File: lispref  Node: Global and Local Keymaps, Prev: Prefix Keys, Up: Keymaps, Next: Changing Key Bindings

Global and Local Keymaps
========================

  The "global keymap" holds the bindings of keys that are defined
regardless of the current buffer, such as `C-f'.  The variable
`global-map' holds this keymap.

  Each buffer may have another keymap, its "local keymap", which may
contain new or overriding definitions for keys.  Each buffer records
which local keymap is used with it.

  Both the global and local keymaps are used to determine what command
to execute when a key is entered.  The key lookup proceeds as described
earlier (*Note Key Lookup::), but Emacs *first* searches for the key in
the local map; if Emacs does not find a local definition, Emacs then
searches the global map.

  Since every buffer that uses the same major mode normally uses the
very same local keymap, it may appear as if the keymap is local to the
mode.  A change to the local keymap in one buffer (using `define-key',
for example) will only be seen in other buffers that use that keymap.

  The minibuffer has local keymaps, too; they contain various completion
and exit commands.  *Note Minibuffers::.

  The local keymaps that are used for Lisp mode, C mode, and several
other major modes always exist even when they are not in use.  These
local maps are the values of the variables `lisp-mode-map',
`c-mode-map', and so on.  Other modes are less frequently used, and the
local keymaps for these modes are constructed only when the mode is used
for the first time in a session.

  *Note Standard Keymaps::, for a list of standard keymaps.

* Variable: global-map

       This variable contains the default global keymap that maps Emacs
     keyboard input to commands.  The value of `global-map' is a keymap
     which is usually (but not necessarily) Emacs's global map.  The
     default global keymap is a full keymap that binds
     `self-insert-command' to all of the visible characters.


* Function: current-global-map

       This function returns the current global keymap.  Normally, this
     is the same as the value of the `global-map'.

          (current-global-map)
          => [set-mark-command beginning-of-line ... delete-backward-char]

* Function: current-local-map

       This function returns the current buffer's local keymap, or `nil'
     if it has none.  In the following example, the keymap for the
     `*scratch*' buffer (using Lisp Interaction mode) is a sparse keymap
     in which the entry for ESC, 27, is another sparse keymap.

          (current-local-map)
          => (keymap 
              (10 . eval-print-last-sexp) 
              (9 . lisp-indent-line) 
              (127 . backward-delete-char-untabify) 
              (27 keymap 
                  (24 . eval-defun) 
                  (17 . indent-sexp)))

* Function: use-global-map KEYMAP

       This function makes KEYMAP the new current global keymap.  The
     KEYMAP map must be a full keymap (a vector of length 128).  It
     returns `nil'.

       It is very unusual to change the global keymap (there are few
     standard modes that do so).

* Function: use-local-map KEYMAP

       This function makes KEYMAP the new current local keymap of the
     current buffer.  If KEYMAP is `nil', then there will be no local
     keymap.  It returns `nil'.  Most major modes use this function.

* Function: key-binding KEY

       This function returns the definition for KEY in the current
     keymaps trying the current buffer's local map and then the global
     map.  The result is `nil' if KEY is undefined in the keymaps.

     It is an error unless KEY is a string.

          (key-binding "\C-x\C-f")
              => find-file

* Function: local-key-binding KEY

       This function returns the definition for KEY in the current local
     keymap, or `nil', if it is undefined there.

* Function: global-key-binding KEY

       This function returns the definition for command KEY in the
     current global keymap, or `nil', if it is undefined there.

* Function: accessible-keymaps KEYMAP

       This function returns a list of all the keymaps that can be
     accessed, via prefix keys, from KEYMAP.  The list returned is an
     association list with elements of the form `(KEY . MAP)', where KEY
     is a prefix whose definition in KEYMAP is MAP.

       The elements of the alist are ordered so that the KEY increases
     in length.  The first element is always `("" . KEYMAP)', which
     means that the empty string prefix gets you to the keymap you start
     with.

       In the example below, the returned alist indicates that by typing
     ESC, which is displayed as `"^["', you will get to the sparse
     keymap `(keymap (83 . center-paragraph) (115 . foo))'.

          (accessible-keymaps (current-local-map))
          =>(("" keymap 
                (27 keymap   ; Note this keymap for ESC appears below.
                    (83 . center-paragraph)
                    (115 . center-line))
                (9 . tab-to-tab-stop))

             ("^[" keymap 
              (83 . center-paragraph) 
              (115 . foo)))

       In the following example, typing `C-h' will get you to the sparse
     keymap starting `(118 . describe-variable) ...'.  Typing `C-x 4',
     will get you to the full keymap beginning `[nil ...]' (which
     happens to be `ctl-x-4-map').

          (accessible-keymaps (current-global-map))
          => (("" . [set-mark-command beginning-of-line ... 
                        delete-backward-char])
              ("^C" keymap (13 . x-flush-mouse-queue))
              ("^H" keymap (118 . describe-variable) ... (8 . help-for-help))
              ("^X" . [x-flush-mouse-queue  ... backward-kill-sentence])
              ("^[" . [mark-sexp backward-sexp ... backward-kill-word])
              ("^X4" . [nil ... find-file-other-window nil ... 
                        nil nil]))

* Function: where-is-internal COMMAND &optional KEYMAP FIRSTONLY

       This function returns list of key sequences (of any length) that
     are bound to COMMAND in KEYMAP and the global keymap.  COMMAND can
     be any object; it is compared with all keymap entries using `eq'.
     If KEYMAP is not supplied, then the global map is used.

       If FIRSTONLY is non-`nil', then it returns a string representing
     the first key sequence found, rather than a list of all possible
     key sequences.

       This function is used by `where-is' (*Note Help: (emacs)Help.).

          (where-is-internal 'kill-word)
              => ("^[d" "^[OC")               ; Locally, `kill-word' is
                                              ; bound to a function key
                                              ; as well as to `M-d'.

* Command: describe-bindings

       This function creates a listing of all defined keys, and their
     definitions.  The listing is put in a buffer named `*Help*', which
     then is displayed in a window.

       A command using the META key is shown as ESC followed by the rest
     of the key sequence.  A command using the control key is shown as
     `C-' followed by the rest of the key sequence.

       A number of keys that all share the same definition are shown as
     the first character followed by two dots, followed by the last
     character.  It does help to know ASCII codes for this instance.  In
     the default global map, `SPC .. ~' are all bound to
     `self-insert-command'.  SPC is ASCII 32, `~' is ASCII 126, and all
     the normal printing characters, (e.g., letters, digits,
     punctuation, etc.) lie between these two.

▶1f◀