Mercurial > emacs
annotate doc/lispref/commands.texi @ 104991:0b7fb1bd00dc
* functions.texi (Anonymous Functions): Rearrange discussion,
giving usage of unquoted lambda forms first. Mention that
`function' and `#'' are no longer required (Bug#4290).
author | Chong Yidong <cyd@stupidchicken.com> |
---|---|
date | Sun, 13 Sep 2009 01:47:03 +0000 |
parents | 3c79de4c87a1 |
children | 38f236a275ca |
rev | line source |
---|---|
84053 | 1 @c -*-texinfo-*- |
2 @c This is part of the GNU Emacs Lisp Reference Manual. | |
3 @c Copyright (C) 1990, 1991, 1992, 1993, 1994, 1995, 1998, 1999, 2001, 2002, | |
100974 | 4 @c 2003, 2004, 2005, 2006, 2007, 2008, 2009 Free Software Foundation, Inc. |
84053 | 5 @c See the file elisp.texi for copying conditions. |
84116
0ba80d073e27
(setfilename): Go up one more level to ../../info.
Glenn Morris <rgm@gnu.org>
parents:
84053
diff
changeset
|
6 @setfilename ../../info/commands |
84053 | 7 @node Command Loop, Keymaps, Minibuffers, Top |
8 @chapter Command Loop | |
9 @cindex editor command loop | |
10 @cindex command loop | |
11 | |
12 When you run Emacs, it enters the @dfn{editor command loop} almost | |
13 immediately. This loop reads key sequences, executes their definitions, | |
14 and displays the results. In this chapter, we describe how these things | |
15 are done, and the subroutines that allow Lisp programs to do them. | |
16 | |
17 @menu | |
18 * Command Overview:: How the command loop reads commands. | |
19 * Defining Commands:: Specifying how a function should read arguments. | |
20 * Interactive Call:: Calling a command, so that it will read arguments. | |
85311 | 21 * Distinguish Interactive:: Making a command distinguish interactive calls. |
84053 | 22 * Command Loop Info:: Variables set by the command loop for you to examine. |
23 * Adjusting Point:: Adjustment of point after a command. | |
24 * Input Events:: What input looks like when you read it. | |
25 * Reading Input:: How to read input events from the keyboard or mouse. | |
26 * Special Events:: Events processed immediately and individually. | |
27 * Waiting:: Waiting for user input or elapsed time. | |
28 * Quitting:: How @kbd{C-g} works. How to catch or defer quitting. | |
29 * Prefix Command Arguments:: How the commands to set prefix args work. | |
30 * Recursive Editing:: Entering a recursive edit, | |
31 and why you usually shouldn't. | |
32 * Disabling Commands:: How the command loop handles disabled commands. | |
33 * Command History:: How the command history is set up, and how accessed. | |
34 * Keyboard Macros:: How keyboard macros are implemented. | |
35 @end menu | |
36 | |
37 @node Command Overview | |
38 @section Command Loop Overview | |
39 | |
40 The first thing the command loop must do is read a key sequence, which | |
41 is a sequence of events that translates into a command. It does this by | |
42 calling the function @code{read-key-sequence}. Your Lisp code can also | |
43 call this function (@pxref{Key Sequence Input}). Lisp programs can also | |
44 do input at a lower level with @code{read-event} (@pxref{Reading One | |
45 Event}) or discard pending input with @code{discard-input} | |
46 (@pxref{Event Input Misc}). | |
47 | |
48 The key sequence is translated into a command through the currently | |
49 active keymaps. @xref{Key Lookup}, for information on how this is done. | |
50 The result should be a keyboard macro or an interactively callable | |
51 function. If the key is @kbd{M-x}, then it reads the name of another | |
52 command, which it then calls. This is done by the command | |
53 @code{execute-extended-command} (@pxref{Interactive Call}). | |
54 | |
55 To execute a command requires first reading the arguments for it. | |
56 This is done by calling @code{command-execute} (@pxref{Interactive | |
57 Call}). For commands written in Lisp, the @code{interactive} | |
58 specification says how to read the arguments. This may use the prefix | |
59 argument (@pxref{Prefix Command Arguments}) or may read with prompting | |
60 in the minibuffer (@pxref{Minibuffers}). For example, the command | |
61 @code{find-file} has an @code{interactive} specification which says to | |
62 read a file name using the minibuffer. The command's function body does | |
63 not use the minibuffer; if you call this command from Lisp code as a | |
64 function, you must supply the file name string as an ordinary Lisp | |
65 function argument. | |
66 | |
67 If the command is a string or vector (i.e., a keyboard macro) then | |
68 @code{execute-kbd-macro} is used to execute it. You can call this | |
69 function yourself (@pxref{Keyboard Macros}). | |
70 | |
71 To terminate the execution of a running command, type @kbd{C-g}. This | |
72 character causes @dfn{quitting} (@pxref{Quitting}). | |
73 | |
74 @defvar pre-command-hook | |
75 The editor command loop runs this normal hook before each command. At | |
76 that time, @code{this-command} contains the command that is about to | |
77 run, and @code{last-command} describes the previous command. | |
78 @xref{Command Loop Info}. | |
79 @end defvar | |
80 | |
81 @defvar post-command-hook | |
82 The editor command loop runs this normal hook after each command | |
83 (including commands terminated prematurely by quitting or by errors), | |
84 and also when the command loop is first entered. At that time, | |
85 @code{this-command} refers to the command that just ran, and | |
86 @code{last-command} refers to the command before that. | |
87 @end defvar | |
88 | |
89 Quitting is suppressed while running @code{pre-command-hook} and | |
90 @code{post-command-hook}. If an error happens while executing one of | |
91 these hooks, it terminates execution of the hook, and clears the hook | |
92 variable to @code{nil} so as to prevent an infinite loop of errors. | |
93 | |
94 A request coming into the Emacs server (@pxref{Emacs Server,,, | |
95 emacs, The GNU Emacs Manual}) runs these two hooks just as a keyboard | |
96 command does. | |
97 | |
98 @node Defining Commands | |
99 @section Defining Commands | |
100 @cindex defining commands | |
101 @cindex commands, defining | |
102 @cindex functions, making them interactive | |
103 @cindex interactive function | |
104 | |
102721
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
105 The special form @code{interactive} turns a Lisp function into a |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
106 command. The @code{interactive} form must be located at top-level in |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
107 the function body (usually as the first form in the body), or in the |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
108 @code{interactive-form} property of the function symbol. When the |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
109 @code{interactive} form is located in the function body, it does |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
110 nothing when actually executed. Its presence serves as a flag, which |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
111 tells the Emacs command loop that the function can be called |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
112 interactively. The argument of the @code{interactive} form controls |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
113 the reading of arguments for an interactive call. |
84053 | 114 |
115 @menu | |
116 * Using Interactive:: General rules for @code{interactive}. | |
117 * Interactive Codes:: The standard letter-codes for reading arguments | |
118 in various ways. | |
119 * Interactive Examples:: Examples of how to read interactive arguments. | |
120 @end menu | |
121 | |
122 @node Using Interactive | |
123 @subsection Using @code{interactive} | |
124 @cindex arguments, interactive entry | |
125 | |
126 This section describes how to write the @code{interactive} form that | |
127 makes a Lisp function an interactively-callable command, and how to | |
128 examine a command's @code{interactive} form. | |
129 | |
130 @defspec interactive arg-descriptor | |
102721
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
131 This special form declares that a function is a command, and that it |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
132 may therefore be called interactively (via @kbd{M-x} or by entering a |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
133 key sequence bound to it). The argument @var{arg-descriptor} declares |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
134 how to compute the arguments to the command when the command is called |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
135 interactively. |
84053 | 136 |
137 A command may be called from Lisp programs like any other function, but | |
138 then the caller supplies the arguments and @var{arg-descriptor} has no | |
139 effect. | |
140 | |
98764
fa98223dc5ff
(Defining Commands, Using Interactive): The interactive-form of a function
Eli Zaretskii <eliz@gnu.org>
parents:
98751
diff
changeset
|
141 @cindex @code{interactive-form}, function property |
102721
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
142 The @code{interactive} form must be located at top-level in the |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
143 function body, or in the function symbol's @code{interactive-form} |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
144 property (@pxref{Symbol Plists}). It has its effect because the |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
145 command loop looks for it before calling the function |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
146 (@pxref{Interactive Call}). Once the function is called, all its body |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
147 forms are executed; at this time, if the @code{interactive} form |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
148 occurs within the body, the form simply returns @code{nil} without |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
149 even evaluating its argument. |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
150 |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
151 By convention, you should put the @code{interactive} form in the |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
152 function body, as the first top-level form. If there is an |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
153 @code{interactive} form in both the @code{interactive-form} symbol |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
154 property and the function body, the former takes precedence. The |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
155 @code{interactive-form} symbol property can be used to add an |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
156 interactive form to an existing function, or change how its arguments |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
157 are processed interactively, without redefining the function. |
84053 | 158 @end defspec |
159 | |
160 There are three possibilities for the argument @var{arg-descriptor}: | |
161 | |
162 @itemize @bullet | |
163 @item | |
164 It may be omitted or @code{nil}; then the command is called with no | |
165 arguments. This leads quickly to an error if the command requires one | |
166 or more arguments. | |
167 | |
168 @item | |
102697
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
169 It may be a string; its contents are a sequence of elements separated |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
170 by newlines, one for each parameter@footnote{Some elements actually |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
171 supply two parameters.}. Each element consists of a code character |
103806
b9d5b3457fac
(Using Interactive): Fix cross-reference.
Glenn Morris <rgm@gnu.org>
parents:
102846
diff
changeset
|
172 (@pxref{Interactive Codes}) optionally followed by a prompt (which |
102697
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
173 some code characters use and some ignore). Here is an example: |
84053 | 174 |
175 @smallexample | |
102697
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
176 (interactive "P\nbFrobnicate buffer: ") |
84053 | 177 @end smallexample |
178 | |
179 @noindent | |
102697
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
180 The code letter @samp{P} sets the command's first argument to the raw |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
181 command prefix (@pxref{Prefix Command Arguments}). @samp{bFrobnicate |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
182 buffer: } prompts the user with @samp{Frobnicate buffer: } to enter |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
183 the name of an existing buffer, which becomes the second and final |
4e47da560097
(Using Interactive): Clarify string argument to `interactive' - even
Alan Mackenzie <acm@muc.de>
parents:
101862
diff
changeset
|
184 argument. |
84053 | 185 |
186 @c Emacs 19 feature | |
187 The prompt string can use @samp{%} to include previous argument values | |
188 (starting with the first argument) in the prompt. This is done using | |
189 @code{format} (@pxref{Formatting Strings}). For example, here is how | |
190 you could read the name of an existing buffer followed by a new name to | |
191 give to that buffer: | |
192 | |
193 @smallexample | |
194 @group | |
195 (interactive "bBuffer to rename: \nsRename buffer %s to: ") | |
196 @end group | |
197 @end smallexample | |
198 | |
199 @cindex @samp{*} in @code{interactive} | |
200 @cindex read-only buffers in interactive | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
201 If @samp{*} appears at the beginning of the string, then an error is |
84053 | 202 signaled if the buffer is read-only. |
203 | |
204 @cindex @samp{@@} in @code{interactive} | |
205 @c Emacs 19 feature | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
206 If @samp{@@} appears at the beginning of the string, and if the key |
84053 | 207 sequence used to invoke the command includes any mouse events, then |
208 the window associated with the first of those events is selected | |
209 before the command is run. | |
210 | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
211 @cindex @samp{^} in @code{interactive} |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
212 @cindex shift-selection, and @code{interactive} spec |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
213 If @samp{^} appears at the beginning of the string, and if the command |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
214 was invoked through @dfn{shift-translation}, set the mark and activate |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
215 the region temporarily, or extend an already active region, before the |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
216 command is run. If the command was invoked without shift-translation, |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
217 and the region is temporarily active, deactivate the region before the |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
218 command is run. Shift-translation is controlled on the user level by |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
219 @code{shift-select-mode}; see @ref{Shift Selection,,, emacs, The GNU |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
220 Emacs Manual}. |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
221 |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
222 You can use @samp{*}, @samp{@@}, and @code{^} together; the order does |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
223 not matter. Actual reading of arguments is controlled by the rest of |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
224 the prompt string (starting with the first character that is not |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
225 @samp{*}, @samp{@@}, or @samp{^}). |
84053 | 226 |
227 @item | |
228 It may be a Lisp expression that is not a string; then it should be a | |
229 form that is evaluated to get a list of arguments to pass to the | |
230 command. Usually this form will call various functions to read input | |
231 from the user, most often through the minibuffer (@pxref{Minibuffers}) | |
232 or directly from the keyboard (@pxref{Reading Input}). | |
233 | |
234 Providing point or the mark as an argument value is also common, but | |
235 if you do this @emph{and} read input (whether using the minibuffer or | |
236 not), be sure to get the integer values of point or the mark after | |
237 reading. The current buffer may be receiving subprocess output; if | |
238 subprocess output arrives while the command is waiting for input, it | |
239 could relocate point and the mark. | |
240 | |
241 Here's an example of what @emph{not} to do: | |
242 | |
243 @smallexample | |
244 (interactive | |
245 (list (region-beginning) (region-end) | |
246 (read-string "Foo: " nil 'my-history))) | |
247 @end smallexample | |
248 | |
249 @noindent | |
250 Here's how to avoid the problem, by examining point and the mark after | |
251 reading the keyboard input: | |
252 | |
253 @smallexample | |
254 (interactive | |
255 (let ((string (read-string "Foo: " nil 'my-history))) | |
256 (list (region-beginning) (region-end) string))) | |
257 @end smallexample | |
258 | |
259 @strong{Warning:} the argument values should not include any data | |
260 types that can't be printed and then read. Some facilities save | |
261 @code{command-history} in a file to be read in the subsequent | |
262 sessions; if a command's arguments contain a data type that prints | |
263 using @samp{#<@dots{}>} syntax, those facilities won't work. | |
264 | |
265 There are, however, a few exceptions: it is ok to use a limited set of | |
266 expressions such as @code{(point)}, @code{(mark)}, | |
267 @code{(region-beginning)}, and @code{(region-end)}, because Emacs | |
268 recognizes them specially and puts the expression (rather than its | |
269 value) into the command history. To see whether the expression you | |
270 wrote is one of these exceptions, run the command, then examine | |
271 @code{(car command-history)}. | |
272 @end itemize | |
273 | |
274 @cindex examining the @code{interactive} form | |
275 @defun interactive-form function | |
276 This function returns the @code{interactive} form of @var{function}. | |
277 If @var{function} is an interactively callable function | |
278 (@pxref{Interactive Call}), the value is the command's | |
279 @code{interactive} form @code{(interactive @var{spec})}, which | |
280 specifies how to compute its arguments. Otherwise, the value is | |
281 @code{nil}. If @var{function} is a symbol, its function definition is | |
282 used. | |
283 @end defun | |
284 | |
285 @node Interactive Codes | |
286 @comment node-name, next, previous, up | |
287 @subsection Code Characters for @code{interactive} | |
288 @cindex interactive code description | |
289 @cindex description for interactive codes | |
290 @cindex codes, interactive, description of | |
291 @cindex characters for interactive codes | |
292 | |
293 The code character descriptions below contain a number of key words, | |
294 defined here as follows: | |
295 | |
296 @table @b | |
297 @item Completion | |
298 @cindex interactive completion | |
299 Provide completion. @key{TAB}, @key{SPC}, and @key{RET} perform name | |
300 completion because the argument is read using @code{completing-read} | |
301 (@pxref{Completion}). @kbd{?} displays a list of possible completions. | |
302 | |
303 @item Existing | |
304 Require the name of an existing object. An invalid name is not | |
305 accepted; the commands to exit the minibuffer do not exit if the current | |
306 input is not valid. | |
307 | |
308 @item Default | |
309 @cindex default argument string | |
310 A default value of some sort is used if the user enters no text in the | |
311 minibuffer. The default depends on the code character. | |
312 | |
313 @item No I/O | |
314 This code letter computes an argument without reading any input. | |
315 Therefore, it does not use a prompt string, and any prompt string you | |
316 supply is ignored. | |
317 | |
318 Even though the code letter doesn't use a prompt string, you must follow | |
319 it with a newline if it is not the last code character in the string. | |
320 | |
321 @item Prompt | |
322 A prompt immediately follows the code character. The prompt ends either | |
323 with the end of the string or with a newline. | |
324 | |
325 @item Special | |
326 This code character is meaningful only at the beginning of the | |
327 interactive string, and it does not look for a prompt or a newline. | |
328 It is a single, isolated character. | |
329 @end table | |
330 | |
331 @cindex reading interactive arguments | |
332 Here are the code character descriptions for use with @code{interactive}: | |
333 | |
334 @table @samp | |
335 @item * | |
336 Signal an error if the current buffer is read-only. Special. | |
337 | |
338 @item @@ | |
339 Select the window mentioned in the first mouse event in the key | |
340 sequence that invoked this command. Special. | |
341 | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
342 @item ^ |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
343 If the command was invoked through shift-translation, set the mark and |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
344 activate the region temporarily, or extend an already active region, |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
345 before the command is run. If the command was invoked without |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
346 shift-translation, and the region is temporarily active, deactivate |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
347 the region before the command is run. Special. |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
348 |
84053 | 349 @item a |
350 A function name (i.e., a symbol satisfying @code{fboundp}). Existing, | |
351 Completion, Prompt. | |
352 | |
353 @item b | |
354 The name of an existing buffer. By default, uses the name of the | |
355 current buffer (@pxref{Buffers}). Existing, Completion, Default, | |
356 Prompt. | |
357 | |
358 @item B | |
359 A buffer name. The buffer need not exist. By default, uses the name of | |
360 a recently used buffer other than the current buffer. Completion, | |
361 Default, Prompt. | |
362 | |
363 @item c | |
364 A character. The cursor does not move into the echo area. Prompt. | |
365 | |
366 @item C | |
367 A command name (i.e., a symbol satisfying @code{commandp}). Existing, | |
368 Completion, Prompt. | |
369 | |
370 @item d | |
371 @cindex position argument | |
372 The position of point, as an integer (@pxref{Point}). No I/O. | |
373 | |
374 @item D | |
375 A directory name. The default is the current default directory of the | |
376 current buffer, @code{default-directory} (@pxref{File Name Expansion}). | |
377 Existing, Completion, Default, Prompt. | |
378 | |
379 @item e | |
380 The first or next mouse event in the key sequence that invoked the command. | |
381 More precisely, @samp{e} gets events that are lists, so you can look at | |
382 the data in the lists. @xref{Input Events}. No I/O. | |
383 | |
384 You can use @samp{e} more than once in a single command's interactive | |
385 specification. If the key sequence that invoked the command has | |
386 @var{n} events that are lists, the @var{n}th @samp{e} provides the | |
387 @var{n}th such event. Events that are not lists, such as function keys | |
388 and @acronym{ASCII} characters, do not count where @samp{e} is concerned. | |
389 | |
390 @item f | |
391 A file name of an existing file (@pxref{File Names}). The default | |
392 directory is @code{default-directory}. Existing, Completion, Default, | |
393 Prompt. | |
394 | |
395 @item F | |
396 A file name. The file need not exist. Completion, Default, Prompt. | |
397 | |
398 @item G | |
399 A file name. The file need not exist. If the user enters just a | |
400 directory name, then the value is just that directory name, with no | |
401 file name within the directory added. Completion, Default, Prompt. | |
402 | |
403 @item i | |
404 An irrelevant argument. This code always supplies @code{nil} as | |
405 the argument's value. No I/O. | |
406 | |
407 @item k | |
408 A key sequence (@pxref{Key Sequences}). This keeps reading events | |
409 until a command (or undefined command) is found in the current key | |
410 maps. The key sequence argument is represented as a string or vector. | |
411 The cursor does not move into the echo area. Prompt. | |
412 | |
413 If @samp{k} reads a key sequence that ends with a down-event, it also | |
414 reads and discards the following up-event. You can get access to that | |
415 up-event with the @samp{U} code character. | |
416 | |
417 This kind of input is used by commands such as @code{describe-key} and | |
418 @code{global-set-key}. | |
419 | |
420 @item K | |
421 A key sequence, whose definition you intend to change. This works like | |
422 @samp{k}, except that it suppresses, for the last input event in the key | |
423 sequence, the conversions that are normally used (when necessary) to | |
424 convert an undefined key into a defined one. | |
425 | |
426 @item m | |
427 @cindex marker argument | |
428 The position of the mark, as an integer. No I/O. | |
429 | |
430 @item M | |
431 Arbitrary text, read in the minibuffer using the current buffer's input | |
432 method, and returned as a string (@pxref{Input Methods,,, emacs, The GNU | |
433 Emacs Manual}). Prompt. | |
434 | |
435 @item n | |
436 A number, read with the minibuffer. If the input is not a number, the | |
437 user has to try again. @samp{n} never uses the prefix argument. | |
438 Prompt. | |
439 | |
440 @item N | |
441 The numeric prefix argument; but if there is no prefix argument, read | |
442 a number as with @kbd{n}. The value is always a number. @xref{Prefix | |
443 Command Arguments}. Prompt. | |
444 | |
445 @item p | |
446 @cindex numeric prefix argument usage | |
447 The numeric prefix argument. (Note that this @samp{p} is lower case.) | |
448 No I/O. | |
449 | |
450 @item P | |
451 @cindex raw prefix argument usage | |
452 The raw prefix argument. (Note that this @samp{P} is upper case.) No | |
453 I/O. | |
454 | |
455 @item r | |
456 @cindex region argument | |
457 Point and the mark, as two numeric arguments, smallest first. This is | |
458 the only code letter that specifies two successive arguments rather than | |
459 one. No I/O. | |
460 | |
461 @item s | |
462 Arbitrary text, read in the minibuffer and returned as a string | |
463 (@pxref{Text from Minibuffer}). Terminate the input with either | |
464 @kbd{C-j} or @key{RET}. (@kbd{C-q} may be used to include either of | |
465 these characters in the input.) Prompt. | |
466 | |
467 @item S | |
468 An interned symbol whose name is read in the minibuffer. Any whitespace | |
469 character terminates the input. (Use @kbd{C-q} to include whitespace in | |
470 the string.) Other characters that normally terminate a symbol (e.g., | |
471 parentheses and brackets) do not do so here. Prompt. | |
472 | |
473 @item U | |
474 A key sequence or @code{nil}. Can be used after a @samp{k} or | |
475 @samp{K} argument to get the up-event that was discarded (if any) | |
476 after @samp{k} or @samp{K} read a down-event. If no up-event has been | |
477 discarded, @samp{U} provides @code{nil} as the argument. No I/O. | |
478 | |
479 @item v | |
480 A variable declared to be a user option (i.e., satisfying the | |
481 predicate @code{user-variable-p}). This reads the variable using | |
482 @code{read-variable}. @xref{Definition of read-variable}. Existing, | |
483 Completion, Prompt. | |
484 | |
485 @item x | |
486 A Lisp object, specified with its read syntax, terminated with a | |
487 @kbd{C-j} or @key{RET}. The object is not evaluated. @xref{Object from | |
488 Minibuffer}. Prompt. | |
489 | |
490 @item X | |
491 @cindex evaluated expression argument | |
492 A Lisp form's value. @samp{X} reads as @samp{x} does, then evaluates | |
493 the form so that its value becomes the argument for the command. | |
494 Prompt. | |
495 | |
496 @item z | |
497 A coding system name (a symbol). If the user enters null input, the | |
498 argument value is @code{nil}. @xref{Coding Systems}. Completion, | |
499 Existing, Prompt. | |
500 | |
501 @item Z | |
502 A coding system name (a symbol)---but only if this command has a prefix | |
503 argument. With no prefix argument, @samp{Z} provides @code{nil} as the | |
504 argument value. Completion, Existing, Prompt. | |
505 @end table | |
506 | |
507 @node Interactive Examples | |
508 @comment node-name, next, previous, up | |
509 @subsection Examples of Using @code{interactive} | |
510 @cindex examples of using @code{interactive} | |
511 @cindex @code{interactive}, examples of using | |
512 | |
513 Here are some examples of @code{interactive}: | |
514 | |
515 @example | |
516 @group | |
517 (defun foo1 () ; @r{@code{foo1} takes no arguments,} | |
518 (interactive) ; @r{just moves forward two words.} | |
519 (forward-word 2)) | |
520 @result{} foo1 | |
521 @end group | |
522 | |
523 @group | |
524 (defun foo2 (n) ; @r{@code{foo2} takes one argument,} | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
525 (interactive "^p") ; @r{which is the numeric prefix.} |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
526 ; @r{under @code{shift-select-mode},} |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
527 ; @r{will activate or extend region.} |
84053 | 528 (forward-word (* 2 n))) |
529 @result{} foo2 | |
530 @end group | |
531 | |
532 @group | |
533 (defun foo3 (n) ; @r{@code{foo3} takes one argument,} | |
534 (interactive "nCount:") ; @r{which is read with the Minibuffer.} | |
535 (forward-word (* 2 n))) | |
536 @result{} foo3 | |
537 @end group | |
538 | |
539 @group | |
540 (defun three-b (b1 b2 b3) | |
541 "Select three existing buffers. | |
542 Put them into three windows, selecting the last one." | |
543 @end group | |
544 (interactive "bBuffer1:\nbBuffer2:\nbBuffer3:") | |
545 (delete-other-windows) | |
546 (split-window (selected-window) 8) | |
547 (switch-to-buffer b1) | |
548 (other-window 1) | |
549 (split-window (selected-window) 8) | |
550 (switch-to-buffer b2) | |
551 (other-window 1) | |
552 (switch-to-buffer b3)) | |
553 @result{} three-b | |
554 @group | |
555 (three-b "*scratch*" "declarations.texi" "*mail*") | |
556 @result{} nil | |
557 @end group | |
558 @end example | |
559 | |
560 @node Interactive Call | |
561 @section Interactive Call | |
562 @cindex interactive call | |
563 | |
102721
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
564 After the command loop has translated a key sequence into a command, |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
565 it invokes that command using the function @code{command-execute}. If |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
566 the command is a function, @code{command-execute} calls |
84053 | 567 @code{call-interactively}, which reads the arguments and calls the |
568 command. You can also call these functions yourself. | |
569 | |
570 @defun commandp object &optional for-call-interactively | |
571 Returns @code{t} if @var{object} is suitable for calling interactively; | |
572 that is, if @var{object} is a command. Otherwise, returns @code{nil}. | |
573 | |
102721
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
574 Interactively-callable objects include strings and vectors (which are |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
575 treated as keyboard macros), lambda expressions that contain a |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
576 top-level @code{interactive} form (@pxref{Using Interactive}), |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
577 byte-code function objects made from such lambda expressions, autoload |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
578 objects that are declared as interactive (non-@code{nil} fourth |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
579 argument to @code{autoload}), and some primitive functions. |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
580 |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
581 A symbol satisfies @code{commandp} if it has a non-@code{nil} |
f4b7df42308a
(Defining Commands): Clarify introduction.
Chong Yidong <cyd@stupidchicken.com>
parents:
102697
diff
changeset
|
582 @code{interactive-form} property, or if its function definition |
84053 | 583 satisfies @code{commandp}. Keys and keymaps are not commands. |
584 Rather, they are used to look up commands (@pxref{Keymaps}). | |
585 | |
586 If @var{for-call-interactively} is non-@code{nil}, then | |
587 @code{commandp} returns @code{t} only for objects that | |
588 @code{call-interactively} could call---thus, not for keyboard macros. | |
589 | |
590 See @code{documentation} in @ref{Accessing Documentation}, for a | |
591 realistic example of using @code{commandp}. | |
592 @end defun | |
593 | |
594 @defun call-interactively command &optional record-flag keys | |
595 This function calls the interactively callable function @var{command}, | |
596 reading arguments according to its interactive calling specifications. | |
597 It returns whatever @var{command} returns. An error is signaled if | |
598 @var{command} is not a function or if it cannot be called | |
599 interactively (i.e., is not a command). Note that keyboard macros | |
600 (strings and vectors) are not accepted, even though they are | |
601 considered commands, because they are not functions. If @var{command} | |
602 is a symbol, then @code{call-interactively} uses its function definition. | |
603 | |
604 @cindex record command history | |
605 If @var{record-flag} is non-@code{nil}, then this command and its | |
606 arguments are unconditionally added to the list @code{command-history}. | |
607 Otherwise, the command is added only if it uses the minibuffer to read | |
608 an argument. @xref{Command History}. | |
609 | |
610 The argument @var{keys}, if given, should be a vector which specifies | |
611 the sequence of events to supply if the command inquires which events | |
612 were used to invoke it. If @var{keys} is omitted or @code{nil}, the | |
613 default is the return value of @code{this-command-keys-vector}. | |
614 @xref{Definition of this-command-keys-vector}. | |
615 @end defun | |
616 | |
617 @defun command-execute command &optional record-flag keys special | |
618 @cindex keyboard macro execution | |
619 This function executes @var{command}. The argument @var{command} must | |
620 satisfy the @code{commandp} predicate; i.e., it must be an interactively | |
621 callable function or a keyboard macro. | |
622 | |
623 A string or vector as @var{command} is executed with | |
624 @code{execute-kbd-macro}. A function is passed to | |
625 @code{call-interactively}, along with the optional @var{record-flag} | |
626 and @var{keys}. | |
627 | |
628 A symbol is handled by using its function definition in its place. A | |
629 symbol with an @code{autoload} definition counts as a command if it was | |
630 declared to stand for an interactively callable function. Such a | |
631 definition is handled by loading the specified library and then | |
632 rechecking the definition of the symbol. | |
633 | |
634 The argument @var{special}, if given, means to ignore the prefix | |
635 argument and not clear it. This is used for executing special events | |
636 (@pxref{Special Events}). | |
637 @end defun | |
638 | |
639 @deffn Command execute-extended-command prefix-argument | |
640 @cindex read command name | |
641 This function reads a command name from the minibuffer using | |
642 @code{completing-read} (@pxref{Completion}). Then it uses | |
643 @code{command-execute} to call the specified command. Whatever that | |
644 command returns becomes the value of @code{execute-extended-command}. | |
645 | |
646 @cindex execute with prefix argument | |
647 If the command asks for a prefix argument, it receives the value | |
648 @var{prefix-argument}. If @code{execute-extended-command} is called | |
649 interactively, the current raw prefix argument is used for | |
650 @var{prefix-argument}, and thus passed on to whatever command is run. | |
651 | |
652 @c !!! Should this be @kindex? | |
653 @cindex @kbd{M-x} | |
654 @code{execute-extended-command} is the normal definition of @kbd{M-x}, | |
655 so it uses the string @w{@samp{M-x }} as a prompt. (It would be better | |
656 to take the prompt from the events used to invoke | |
657 @code{execute-extended-command}, but that is painful to implement.) A | |
658 description of the value of the prefix argument, if any, also becomes | |
659 part of the prompt. | |
660 | |
661 @example | |
662 @group | |
663 (execute-extended-command 3) | |
664 ---------- Buffer: Minibuffer ---------- | |
665 3 M-x forward-word RET | |
666 ---------- Buffer: Minibuffer ---------- | |
667 @result{} t | |
668 @end group | |
669 @end example | |
670 @end deffn | |
671 | |
85311 | 672 @node Distinguish Interactive |
673 @section Distinguish Interactive Calls | |
674 | |
675 Sometimes a command should display additional visual feedback (such | |
676 as an informative message in the echo area) for interactive calls | |
677 only. There are three ways to do this. The recommended way to test | |
678 whether the function was called using @code{call-interactively} is to | |
679 give it an optional argument @code{print-message} and use the | |
680 @code{interactive} spec to make it non-@code{nil} in interactive | |
681 calls. Here's an example: | |
682 | |
683 @example | |
684 (defun foo (&optional print-message) | |
685 (interactive "p") | |
686 (when print-message | |
687 (message "foo"))) | |
688 @end example | |
689 | |
690 @noindent | |
691 We use @code{"p"} because the numeric prefix argument is never | |
692 @code{nil}. Defined in this way, the function does display the | |
693 message when called from a keyboard macro. | |
694 | |
695 The above method with the additional argument is usually best, | |
696 because it allows callers to say ``treat this call as interactive.'' | |
104289
3c79de4c87a1
* commands.texi (Distinguish Interactive): Minor copyedit.
Chong Yidong <cyd@stupidchicken.com>
parents:
103806
diff
changeset
|
697 But you can also do the job by testing @code{called-interactively-p}. |
85311 | 698 |
699 @defun called-interactively-p | |
700 This function returns @code{t} when the calling function was called | |
701 using @code{call-interactively}. | |
84053 | 702 |
703 If the containing function was called by Lisp evaluation (or with | |
704 @code{apply} or @code{funcall}), then it was not called interactively. | |
705 @end defun | |
706 | |
85311 | 707 Here's an example of using @code{called-interactively-p}: |
84053 | 708 |
709 @example | |
710 @group | |
711 (defun foo () | |
712 (interactive) | |
85311 | 713 (when (called-interactively-p) |
714 (message "foo")) | |
715 'haha) | |
84053 | 716 @result{} foo |
717 @end group | |
718 | |
719 @group | |
720 ;; @r{Type @kbd{M-x foo}.} | |
721 @print{} foo | |
722 @end group | |
723 | |
724 @group | |
85311 | 725 (foo) |
726 @result{} haha | |
727 @end group | |
728 @end example | |
729 | |
730 Here is another example that contrasts direct and indirect | |
731 calls to @code{called-interactively-p}. | |
732 | |
733 @example | |
734 @group | |
735 (defun bar () | |
736 (interactive) | |
737 (setq foobar (list (foo) (called-interactively-p)))) | |
738 @result{} bar | |
739 @end group | |
740 | |
741 @group | |
84053 | 742 ;; @r{Type @kbd{M-x bar}.} |
743 ;; @r{This does not display a message.} | |
744 @end group | |
745 | |
746 @group | |
747 foobar | |
748 @result{} (nil t) | |
749 @end group | |
750 @end example | |
751 | |
85311 | 752 If you want to treat commands run in keyboard macros just like calls |
753 from Lisp programs, test @code{interactive-p} instead of | |
754 @code{called-interactively-p}. | |
755 | |
756 @defun interactive-p | |
757 This function returns @code{t} if the containing function (the one | |
758 whose code includes the call to @code{interactive-p}) was called in | |
759 direct response to user input. This means that it was called with the | |
760 function @code{call-interactively}, and that a keyboard macro is | |
761 not running, and that Emacs is not running in batch mode. | |
84053 | 762 @end defun |
763 | |
764 @node Command Loop Info | |
765 @comment node-name, next, previous, up | |
766 @section Information from the Command Loop | |
767 | |
768 The editor command loop sets several Lisp variables to keep status | |
85114 | 769 records for itself and for commands that are run. With the exception of |
770 @code{this-command} and @code{last-command} it's generally a bad idea to | |
771 change any of these variables in a Lisp program. | |
84053 | 772 |
773 @defvar last-command | |
774 This variable records the name of the previous command executed by the | |
775 command loop (the one before the current command). Normally the value | |
776 is a symbol with a function definition, but this is not guaranteed. | |
777 | |
778 The value is copied from @code{this-command} when a command returns to | |
779 the command loop, except when the command has specified a prefix | |
780 argument for the following command. | |
781 | |
782 This variable is always local to the current terminal and cannot be | |
102846
a447859a557b
* frames.texi (Frames): Clean up introduction. Document `ns'
Chong Yidong <cyd@stupidchicken.com>
parents:
102729
diff
changeset
|
783 buffer-local. @xref{Multiple Terminals}. |
84053 | 784 @end defvar |
785 | |
786 @defvar real-last-command | |
787 This variable is set up by Emacs just like @code{last-command}, | |
788 but never altered by Lisp programs. | |
789 @end defvar | |
790 | |
85114 | 791 @defvar last-repeatable-command |
792 This variable stores the most recently executed command that was not | |
793 part of an input event. This is the command @code{repeat} will try to | |
794 repeat, @xref{Repeating,,, emacs, The GNU Emacs Manual}. | |
795 @end defvar | |
796 | |
84053 | 797 @defvar this-command |
798 @cindex current command | |
799 This variable records the name of the command now being executed by | |
800 the editor command loop. Like @code{last-command}, it is normally a symbol | |
801 with a function definition. | |
802 | |
803 The command loop sets this variable just before running a command, and | |
804 copies its value into @code{last-command} when the command finishes | |
805 (unless the command specified a prefix argument for the following | |
806 command). | |
807 | |
808 @cindex kill command repetition | |
809 Some commands set this variable during their execution, as a flag for | |
810 whatever command runs next. In particular, the functions for killing text | |
811 set @code{this-command} to @code{kill-region} so that any kill commands | |
812 immediately following will know to append the killed text to the | |
813 previous kill. | |
814 @end defvar | |
815 | |
816 If you do not want a particular command to be recognized as the previous | |
817 command in the case where it got an error, you must code that command to | |
818 prevent this. One way is to set @code{this-command} to @code{t} at the | |
819 beginning of the command, and set @code{this-command} back to its proper | |
820 value at the end, like this: | |
821 | |
822 @example | |
823 (defun foo (args@dots{}) | |
824 (interactive @dots{}) | |
825 (let ((old-this-command this-command)) | |
826 (setq this-command t) | |
827 @r{@dots{}do the work@dots{}} | |
828 (setq this-command old-this-command))) | |
829 @end example | |
830 | |
831 @noindent | |
832 We do not bind @code{this-command} with @code{let} because that would | |
833 restore the old value in case of error---a feature of @code{let} which | |
834 in this case does precisely what we want to avoid. | |
835 | |
836 @defvar this-original-command | |
837 This has the same value as @code{this-command} except when command | |
838 remapping occurs (@pxref{Remapping Commands}). In that case, | |
839 @code{this-command} gives the command actually run (the result of | |
840 remapping), and @code{this-original-command} gives the command that | |
841 was specified to run but remapped into another command. | |
842 @end defvar | |
843 | |
844 @defun this-command-keys | |
845 This function returns a string or vector containing the key sequence | |
846 that invoked the present command, plus any previous commands that | |
847 generated the prefix argument for this command. Any events read by the | |
848 command using @code{read-event} without a timeout get tacked on to the end. | |
849 | |
850 However, if the command has called @code{read-key-sequence}, it | |
851 returns the last read key sequence. @xref{Key Sequence Input}. The | |
852 value is a string if all events in the sequence were characters that | |
853 fit in a string. @xref{Input Events}. | |
854 | |
855 @example | |
856 @group | |
857 (this-command-keys) | |
858 ;; @r{Now use @kbd{C-u C-x C-e} to evaluate that.} | |
859 @result{} "^U^X^E" | |
860 @end group | |
861 @end example | |
862 @end defun | |
863 | |
864 @defun this-command-keys-vector | |
865 @anchor{Definition of this-command-keys-vector} | |
866 Like @code{this-command-keys}, except that it always returns the events | |
867 in a vector, so you don't need to deal with the complexities of storing | |
868 input events in a string (@pxref{Strings of Events}). | |
869 @end defun | |
870 | |
871 @defun clear-this-command-keys &optional keep-record | |
872 This function empties out the table of events for | |
873 @code{this-command-keys} to return. Unless @var{keep-record} is | |
874 non-@code{nil}, it also empties the records that the function | |
875 @code{recent-keys} (@pxref{Recording Input}) will subsequently return. | |
876 This is useful after reading a password, to prevent the password from | |
877 echoing inadvertently as part of the next command in certain cases. | |
878 @end defun | |
879 | |
880 @defvar last-nonmenu-event | |
881 This variable holds the last input event read as part of a key sequence, | |
882 not counting events resulting from mouse menus. | |
883 | |
884 One use of this variable is for telling @code{x-popup-menu} where to pop | |
885 up a menu. It is also used internally by @code{y-or-n-p} | |
886 (@pxref{Yes-or-No Queries}). | |
887 @end defvar | |
888 | |
889 @defvar last-command-event | |
890 @defvarx last-command-char | |
891 This variable is set to the last input event that was read by the | |
892 command loop as part of a command. The principal use of this variable | |
893 is in @code{self-insert-command}, which uses it to decide which | |
894 character to insert. | |
895 | |
896 @example | |
897 @group | |
898 last-command-event | |
899 ;; @r{Now use @kbd{C-u C-x C-e} to evaluate that.} | |
900 @result{} 5 | |
901 @end group | |
902 @end example | |
903 | |
904 @noindent | |
905 The value is 5 because that is the @acronym{ASCII} code for @kbd{C-e}. | |
906 | |
101018
646ca842dc74
(Command Loop Info): Say that last-command-char and last-input-char
Glenn Morris <rgm@gnu.org>
parents:
100974
diff
changeset
|
907 The alias @code{last-command-char} is obsolete. |
84053 | 908 @end defvar |
909 | |
910 @c Emacs 19 feature | |
911 @defvar last-event-frame | |
912 This variable records which frame the last input event was directed to. | |
913 Usually this is the frame that was selected when the event was | |
914 generated, but if that frame has redirected input focus to another | |
915 frame, the value is the frame to which the event was redirected. | |
916 @xref{Input Focus}. | |
917 | |
918 If the last event came from a keyboard macro, the value is @code{macro}. | |
919 @end defvar | |
920 | |
921 @node Adjusting Point | |
922 @section Adjusting Point After Commands | |
923 @cindex adjusting point | |
924 @cindex invisible/intangible text, and point | |
925 @cindex @code{display} property, and point display | |
926 @cindex @code{composition} property, and point display | |
927 | |
928 It is not easy to display a value of point in the middle of a | |
929 sequence of text that has the @code{display}, @code{composition} or | |
930 @code{intangible} property, or is invisible. Therefore, after a | |
931 command finishes and returns to the command loop, if point is within | |
932 such a sequence, the command loop normally moves point to the edge of | |
933 the sequence. | |
934 | |
935 A command can inhibit this feature by setting the variable | |
936 @code{disable-point-adjustment}: | |
937 | |
938 @defvar disable-point-adjustment | |
939 If this variable is non-@code{nil} when a command returns to the | |
940 command loop, then the command loop does not check for those text | |
941 properties, and does not move point out of sequences that have them. | |
942 | |
943 The command loop sets this variable to @code{nil} before each command, | |
944 so if a command sets it, the effect applies only to that command. | |
945 @end defvar | |
946 | |
947 @defvar global-disable-point-adjustment | |
948 If you set this variable to a non-@code{nil} value, the feature of | |
949 moving point out of these sequences is completely turned off. | |
950 @end defvar | |
951 | |
952 @node Input Events | |
953 @section Input Events | |
954 @cindex events | |
955 @cindex input events | |
956 | |
957 The Emacs command loop reads a sequence of @dfn{input events} that | |
958 represent keyboard or mouse activity. The events for keyboard activity | |
959 are characters or symbols; mouse events are always lists. This section | |
960 describes the representation and meaning of input events in detail. | |
961 | |
962 @defun eventp object | |
963 This function returns non-@code{nil} if @var{object} is an input event | |
964 or event type. | |
965 | |
966 Note that any symbol might be used as an event or an event type. | |
967 @code{eventp} cannot distinguish whether a symbol is intended by Lisp | |
968 code to be used as an event. Instead, it distinguishes whether the | |
969 symbol has actually been used in an event that has been read as input in | |
970 the current Emacs session. If a symbol has not yet been so used, | |
971 @code{eventp} returns @code{nil}. | |
972 @end defun | |
973 | |
974 @menu | |
975 * Keyboard Events:: Ordinary characters--keys with symbols on them. | |
976 * Function Keys:: Function keys--keys with names, not symbols. | |
977 * Mouse Events:: Overview of mouse events. | |
978 * Click Events:: Pushing and releasing a mouse button. | |
979 * Drag Events:: Moving the mouse before releasing the button. | |
980 * Button-Down Events:: A button was pushed and not yet released. | |
981 * Repeat Events:: Double and triple click (or drag, or down). | |
982 * Motion Events:: Just moving the mouse, not pushing a button. | |
983 * Focus Events:: Moving the mouse between frames. | |
984 * Misc Events:: Other events the system can generate. | |
985 * Event Examples:: Examples of the lists for mouse events. | |
986 * Classifying Events:: Finding the modifier keys in an event symbol. | |
987 Event types. | |
87519
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
988 * Accessing Mouse:: Functions to extract info from mouse events. |
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
989 * Accessing Scroll:: Functions to get info from scroll bar events. |
84053 | 990 * Strings of Events:: Special considerations for putting |
991 keyboard character events in a string. | |
992 @end menu | |
993 | |
994 @node Keyboard Events | |
995 @subsection Keyboard Events | |
996 @cindex keyboard events | |
997 | |
998 There are two kinds of input you can get from the keyboard: ordinary | |
999 keys, and function keys. Ordinary keys correspond to characters; the | |
1000 events they generate are represented in Lisp as characters. The event | |
1001 type of a character event is the character itself (an integer); see | |
1002 @ref{Classifying Events}. | |
1003 | |
1004 @cindex modifier bits (of input character) | |
1005 @cindex basic code (of input character) | |
1006 An input character event consists of a @dfn{basic code} between 0 and | |
1007 524287, plus any or all of these @dfn{modifier bits}: | |
1008 | |
1009 @table @asis | |
1010 @item meta | |
1011 The | |
1012 @tex | |
1013 @math{2^{27}} | |
1014 @end tex | |
1015 @ifnottex | |
1016 2**27 | |
1017 @end ifnottex | |
1018 bit in the character code indicates a character | |
1019 typed with the meta key held down. | |
1020 | |
1021 @item control | |
1022 The | |
1023 @tex | |
1024 @math{2^{26}} | |
1025 @end tex | |
1026 @ifnottex | |
1027 2**26 | |
1028 @end ifnottex | |
1029 bit in the character code indicates a non-@acronym{ASCII} | |
1030 control character. | |
1031 | |
1032 @sc{ascii} control characters such as @kbd{C-a} have special basic | |
1033 codes of their own, so Emacs needs no special bit to indicate them. | |
1034 Thus, the code for @kbd{C-a} is just 1. | |
1035 | |
1036 But if you type a control combination not in @acronym{ASCII}, such as | |
1037 @kbd{%} with the control key, the numeric value you get is the code | |
1038 for @kbd{%} plus | |
1039 @tex | |
1040 @math{2^{26}} | |
1041 @end tex | |
1042 @ifnottex | |
1043 2**26 | |
1044 @end ifnottex | |
1045 (assuming the terminal supports non-@acronym{ASCII} | |
1046 control characters). | |
1047 | |
1048 @item shift | |
1049 The | |
1050 @tex | |
1051 @math{2^{25}} | |
1052 @end tex | |
1053 @ifnottex | |
1054 2**25 | |
1055 @end ifnottex | |
1056 bit in the character code indicates an @acronym{ASCII} control | |
1057 character typed with the shift key held down. | |
1058 | |
1059 For letters, the basic code itself indicates upper versus lower case; | |
1060 for digits and punctuation, the shift key selects an entirely different | |
1061 character with a different basic code. In order to keep within the | |
1062 @acronym{ASCII} character set whenever possible, Emacs avoids using the | |
1063 @tex | |
1064 @math{2^{25}} | |
1065 @end tex | |
1066 @ifnottex | |
1067 2**25 | |
1068 @end ifnottex | |
1069 bit for those characters. | |
1070 | |
1071 However, @acronym{ASCII} provides no way to distinguish @kbd{C-A} from | |
1072 @kbd{C-a}, so Emacs uses the | |
1073 @tex | |
1074 @math{2^{25}} | |
1075 @end tex | |
1076 @ifnottex | |
1077 2**25 | |
1078 @end ifnottex | |
1079 bit in @kbd{C-A} and not in | |
1080 @kbd{C-a}. | |
1081 | |
1082 @item hyper | |
1083 The | |
1084 @tex | |
1085 @math{2^{24}} | |
1086 @end tex | |
1087 @ifnottex | |
1088 2**24 | |
1089 @end ifnottex | |
1090 bit in the character code indicates a character | |
1091 typed with the hyper key held down. | |
1092 | |
1093 @item super | |
1094 The | |
1095 @tex | |
1096 @math{2^{23}} | |
1097 @end tex | |
1098 @ifnottex | |
1099 2**23 | |
1100 @end ifnottex | |
1101 bit in the character code indicates a character | |
1102 typed with the super key held down. | |
1103 | |
1104 @item alt | |
1105 The | |
1106 @tex | |
1107 @math{2^{22}} | |
1108 @end tex | |
1109 @ifnottex | |
1110 2**22 | |
1111 @end ifnottex | |
1112 bit in the character code indicates a character typed with | |
1113 the alt key held down. (On some terminals, the key labeled @key{ALT} | |
1114 is actually the meta key.) | |
1115 @end table | |
1116 | |
1117 It is best to avoid mentioning specific bit numbers in your program. | |
1118 To test the modifier bits of a character, use the function | |
1119 @code{event-modifiers} (@pxref{Classifying Events}). When making key | |
1120 bindings, you can use the read syntax for characters with modifier bits | |
1121 (@samp{\C-}, @samp{\M-}, and so on). For making key bindings with | |
1122 @code{define-key}, you can use lists such as @code{(control hyper ?x)} to | |
1123 specify the characters (@pxref{Changing Key Bindings}). The function | |
1124 @code{event-convert-list} converts such a list into an event type | |
1125 (@pxref{Classifying Events}). | |
1126 | |
1127 @node Function Keys | |
1128 @subsection Function Keys | |
1129 | |
1130 @cindex function keys | |
1131 Most keyboards also have @dfn{function keys}---keys that have names or | |
1132 symbols that are not characters. Function keys are represented in Emacs | |
1133 Lisp as symbols; the symbol's name is the function key's label, in lower | |
1134 case. For example, pressing a key labeled @key{F1} places the symbol | |
1135 @code{f1} in the input stream. | |
1136 | |
1137 The event type of a function key event is the event symbol itself. | |
1138 @xref{Classifying Events}. | |
1139 | |
1140 Here are a few special cases in the symbol-naming convention for | |
1141 function keys: | |
1142 | |
1143 @table @asis | |
1144 @item @code{backspace}, @code{tab}, @code{newline}, @code{return}, @code{delete} | |
1145 These keys correspond to common @acronym{ASCII} control characters that have | |
1146 special keys on most keyboards. | |
1147 | |
1148 In @acronym{ASCII}, @kbd{C-i} and @key{TAB} are the same character. If the | |
1149 terminal can distinguish between them, Emacs conveys the distinction to | |
1150 Lisp programs by representing the former as the integer 9, and the | |
1151 latter as the symbol @code{tab}. | |
1152 | |
1153 Most of the time, it's not useful to distinguish the two. So normally | |
101263
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
1154 @code{local-function-key-map} (@pxref{Translation Keymaps}) is set up |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
1155 to map @code{tab} into 9. Thus, a key binding for character code 9 |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
1156 (the character @kbd{C-i}) also applies to @code{tab}. Likewise for |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
1157 the other symbols in this group. The function @code{read-char} |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
1158 likewise converts these events into characters. |
84053 | 1159 |
1160 In @acronym{ASCII}, @key{BS} is really @kbd{C-h}. But @code{backspace} | |
1161 converts into the character code 127 (@key{DEL}), not into code 8 | |
1162 (@key{BS}). This is what most users prefer. | |
1163 | |
1164 @item @code{left}, @code{up}, @code{right}, @code{down} | |
1165 Cursor arrow keys | |
1166 @item @code{kp-add}, @code{kp-decimal}, @code{kp-divide}, @dots{} | |
1167 Keypad keys (to the right of the regular keyboard). | |
1168 @item @code{kp-0}, @code{kp-1}, @dots{} | |
1169 Keypad keys with digits. | |
1170 @item @code{kp-f1}, @code{kp-f2}, @code{kp-f3}, @code{kp-f4} | |
1171 Keypad PF keys. | |
1172 @item @code{kp-home}, @code{kp-left}, @code{kp-up}, @code{kp-right}, @code{kp-down} | |
1173 Keypad arrow keys. Emacs normally translates these into the | |
1174 corresponding non-keypad keys @code{home}, @code{left}, @dots{} | |
1175 @item @code{kp-prior}, @code{kp-next}, @code{kp-end}, @code{kp-begin}, @code{kp-insert}, @code{kp-delete} | |
1176 Additional keypad duplicates of keys ordinarily found elsewhere. Emacs | |
1177 normally translates these into the like-named non-keypad keys. | |
1178 @end table | |
1179 | |
1180 You can use the modifier keys @key{ALT}, @key{CTRL}, @key{HYPER}, | |
1181 @key{META}, @key{SHIFT}, and @key{SUPER} with function keys. The way to | |
1182 represent them is with prefixes in the symbol name: | |
1183 | |
1184 @table @samp | |
1185 @item A- | |
1186 The alt modifier. | |
1187 @item C- | |
1188 The control modifier. | |
1189 @item H- | |
1190 The hyper modifier. | |
1191 @item M- | |
1192 The meta modifier. | |
1193 @item S- | |
1194 The shift modifier. | |
1195 @item s- | |
1196 The super modifier. | |
1197 @end table | |
1198 | |
1199 Thus, the symbol for the key @key{F3} with @key{META} held down is | |
1200 @code{M-f3}. When you use more than one prefix, we recommend you | |
1201 write them in alphabetical order; but the order does not matter in | |
1202 arguments to the key-binding lookup and modification functions. | |
1203 | |
1204 @node Mouse Events | |
1205 @subsection Mouse Events | |
1206 | |
1207 Emacs supports four kinds of mouse events: click events, drag events, | |
1208 button-down events, and motion events. All mouse events are represented | |
1209 as lists. The @sc{car} of the list is the event type; this says which | |
1210 mouse button was involved, and which modifier keys were used with it. | |
1211 The event type can also distinguish double or triple button presses | |
1212 (@pxref{Repeat Events}). The rest of the list elements give position | |
1213 and time information. | |
1214 | |
1215 For key lookup, only the event type matters: two events of the same type | |
1216 necessarily run the same command. The command can access the full | |
1217 values of these events using the @samp{e} interactive code. | |
1218 @xref{Interactive Codes}. | |
1219 | |
1220 A key sequence that starts with a mouse event is read using the keymaps | |
1221 of the buffer in the window that the mouse was in, not the current | |
1222 buffer. This does not imply that clicking in a window selects that | |
1223 window or its buffer---that is entirely under the control of the command | |
1224 binding of the key sequence. | |
1225 | |
1226 @node Click Events | |
1227 @subsection Click Events | |
1228 @cindex click event | |
1229 @cindex mouse click event | |
1230 | |
1231 When the user presses a mouse button and releases it at the same | |
1232 location, that generates a @dfn{click} event. All mouse click event | |
1233 share the same format: | |
1234 | |
1235 @example | |
1236 (@var{event-type} @var{position} @var{click-count}) | |
1237 @end example | |
1238 | |
1239 @table @asis | |
1240 @item @var{event-type} | |
1241 This is a symbol that indicates which mouse button was used. It is | |
1242 one of the symbols @code{mouse-1}, @code{mouse-2}, @dots{}, where the | |
1243 buttons are numbered left to right. | |
1244 | |
1245 You can also use prefixes @samp{A-}, @samp{C-}, @samp{H-}, @samp{M-}, | |
1246 @samp{S-} and @samp{s-} for modifiers alt, control, hyper, meta, shift | |
1247 and super, just as you would with function keys. | |
1248 | |
1249 This symbol also serves as the event type of the event. Key bindings | |
1250 describe events by their types; thus, if there is a key binding for | |
1251 @code{mouse-1}, that binding would apply to all events whose | |
1252 @var{event-type} is @code{mouse-1}. | |
1253 | |
1254 @item @var{position} | |
1255 This is the position where the mouse click occurred. The actual | |
1256 format of @var{position} depends on what part of a window was clicked | |
1257 on. | |
1258 | |
1259 For mouse click events in the text area, mode line, header line, or in | |
1260 the marginal areas, @var{position} has this form: | |
1261 | |
1262 @example | |
1263 (@var{window} @var{pos-or-area} (@var{x} . @var{y}) @var{timestamp} | |
1264 @var{object} @var{text-pos} (@var{col} . @var{row}) | |
1265 @var{image} (@var{dx} . @var{dy}) (@var{width} . @var{height})) | |
1266 @end example | |
1267 | |
1268 @table @asis | |
1269 @item @var{window} | |
1270 This is the window in which the click occurred. | |
1271 | |
1272 @item @var{pos-or-area} | |
1273 This is the buffer position of the character clicked on in the text | |
1274 area, or if clicked outside the text area, it is the window area in | |
1275 which the click occurred. It is one of the symbols @code{mode-line}, | |
1276 @code{header-line}, @code{vertical-line}, @code{left-margin}, | |
1277 @code{right-margin}, @code{left-fringe}, or @code{right-fringe}. | |
1278 | |
1279 In one special case, @var{pos-or-area} is a list containing a symbol (one | |
1280 of the symbols listed above) instead of just the symbol. This happens | |
1281 after the imaginary prefix keys for the event are inserted into the | |
1282 input stream. @xref{Key Sequence Input}. | |
1283 | |
1284 | |
1285 @item @var{x}, @var{y} | |
1286 These are the pixel coordinates of the click, relative to | |
1287 the top left corner of @var{window}, which is @code{(0 . 0)}. | |
1288 For the mode or header line, @var{y} does not have meaningful data. | |
1289 For the vertical line, @var{x} does not have meaningful data. | |
1290 | |
1291 @item @var{timestamp} | |
1292 This is the time at which the event occurred, in milliseconds. | |
1293 | |
1294 @item @var{object} | |
1295 This is the object on which the click occurred. It is either | |
1296 @code{nil} if there is no string property, or it has the form | |
1297 (@var{string} . @var{string-pos}) when there is a string-type text | |
1298 property at the click position. | |
1299 | |
1300 @table @asis | |
1301 @item @var{string} | |
1302 This is the string on which the click occurred, including any | |
1303 properties. | |
1304 | |
1305 @item @var{string-pos} | |
1306 This is the position in the string on which the click occurred, | |
1307 relevant if properties at the click need to be looked up. | |
1308 @end table | |
1309 | |
1310 @item @var{text-pos} | |
1311 For clicks on a marginal area or on a fringe, this is the buffer | |
1312 position of the first visible character in the corresponding line in | |
1313 the window. For other events, it is the current buffer position in | |
1314 the window. | |
1315 | |
1316 @item @var{col}, @var{row} | |
1317 These are the actual coordinates of the glyph under the @var{x}, | |
1318 @var{y} position, possibly padded with default character width | |
1319 glyphs if @var{x} is beyond the last glyph on the line. | |
1320 | |
1321 @item @var{image} | |
1322 This is the image object on which the click occurred. It is either | |
1323 @code{nil} if there is no image at the position clicked on, or it is | |
1324 an image object as returned by @code{find-image} if click was in an image. | |
1325 | |
1326 @item @var{dx}, @var{dy} | |
1327 These are the pixel coordinates of the click, relative to | |
1328 the top left corner of @var{object}, which is @code{(0 . 0)}. If | |
1329 @var{object} is @code{nil}, the coordinates are relative to the top | |
1330 left corner of the character glyph clicked on. | |
1331 | |
1332 @item @var{width}, @var{height} | |
1333 These are the pixel width and height of @var{object} or, if this is | |
1334 @code{nil}, those of the character glyph clicked on. | |
1335 @end table | |
1336 | |
1337 @sp 1 | |
1338 For mouse clicks on a scroll-bar, @var{position} has this form: | |
1339 | |
1340 @example | |
1341 (@var{window} @var{area} (@var{portion} . @var{whole}) @var{timestamp} @var{part}) | |
1342 @end example | |
1343 | |
1344 @table @asis | |
1345 @item @var{window} | |
1346 This is the window whose scroll-bar was clicked on. | |
1347 | |
1348 @item @var{area} | |
1349 This is the scroll bar where the click occurred. It is one of the | |
1350 symbols @code{vertical-scroll-bar} or @code{horizontal-scroll-bar}. | |
1351 | |
1352 @item @var{portion} | |
1353 This is the distance of the click from the top or left end of | |
1354 the scroll bar. | |
1355 | |
1356 @item @var{whole} | |
1357 This is the length of the entire scroll bar. | |
1358 | |
1359 @item @var{timestamp} | |
1360 This is the time at which the event occurred, in milliseconds. | |
1361 | |
1362 @item @var{part} | |
1363 This is the part of the scroll-bar which was clicked on. It is one | |
1364 of the symbols @code{above-handle}, @code{handle}, @code{below-handle}, | |
1365 @code{up}, @code{down}, @code{top}, @code{bottom}, and @code{end-scroll}. | |
1366 @end table | |
1367 | |
1368 @item @var{click-count} | |
1369 This is the number of rapid repeated presses so far of the same mouse | |
1370 button. @xref{Repeat Events}. | |
1371 @end table | |
1372 | |
1373 @node Drag Events | |
1374 @subsection Drag Events | |
1375 @cindex drag event | |
1376 @cindex mouse drag event | |
1377 | |
1378 With Emacs, you can have a drag event without even changing your | |
1379 clothes. A @dfn{drag event} happens every time the user presses a mouse | |
1380 button and then moves the mouse to a different character position before | |
1381 releasing the button. Like all mouse events, drag events are | |
1382 represented in Lisp as lists. The lists record both the starting mouse | |
1383 position and the final position, like this: | |
1384 | |
1385 @example | |
1386 (@var{event-type} | |
1387 (@var{window1} START-POSITION) | |
1388 (@var{window2} END-POSITION)) | |
1389 @end example | |
1390 | |
1391 For a drag event, the name of the symbol @var{event-type} contains the | |
1392 prefix @samp{drag-}. For example, dragging the mouse with button 2 | |
1393 held down generates a @code{drag-mouse-2} event. The second and third | |
1394 elements of the event give the starting and ending position of the | |
1395 drag. They have the same form as @var{position} in a click event | |
1396 (@pxref{Click Events}) that is not on the scroll bar part of the | |
1397 window. You can access the second element of any mouse event in the | |
1398 same way, with no need to distinguish drag events from others. | |
1399 | |
1400 The @samp{drag-} prefix follows the modifier key prefixes such as | |
1401 @samp{C-} and @samp{M-}. | |
1402 | |
1403 If @code{read-key-sequence} receives a drag event that has no key | |
1404 binding, and the corresponding click event does have a binding, it | |
1405 changes the drag event into a click event at the drag's starting | |
1406 position. This means that you don't have to distinguish between click | |
1407 and drag events unless you want to. | |
1408 | |
1409 @node Button-Down Events | |
1410 @subsection Button-Down Events | |
1411 @cindex button-down event | |
1412 | |
1413 Click and drag events happen when the user releases a mouse button. | |
1414 They cannot happen earlier, because there is no way to distinguish a | |
1415 click from a drag until the button is released. | |
1416 | |
1417 If you want to take action as soon as a button is pressed, you need to | |
1418 handle @dfn{button-down} events.@footnote{Button-down is the | |
1419 conservative antithesis of drag.} These occur as soon as a button is | |
1420 pressed. They are represented by lists that look exactly like click | |
1421 events (@pxref{Click Events}), except that the @var{event-type} symbol | |
1422 name contains the prefix @samp{down-}. The @samp{down-} prefix follows | |
1423 modifier key prefixes such as @samp{C-} and @samp{M-}. | |
1424 | |
1425 The function @code{read-key-sequence} ignores any button-down events | |
1426 that don't have command bindings; therefore, the Emacs command loop | |
1427 ignores them too. This means that you need not worry about defining | |
1428 button-down events unless you want them to do something. The usual | |
1429 reason to define a button-down event is so that you can track mouse | |
1430 motion (by reading motion events) until the button is released. | |
1431 @xref{Motion Events}. | |
1432 | |
1433 @node Repeat Events | |
1434 @subsection Repeat Events | |
1435 @cindex repeat events | |
1436 @cindex double-click events | |
1437 @cindex triple-click events | |
1438 @cindex mouse events, repeated | |
1439 | |
1440 If you press the same mouse button more than once in quick succession | |
1441 without moving the mouse, Emacs generates special @dfn{repeat} mouse | |
1442 events for the second and subsequent presses. | |
1443 | |
1444 The most common repeat events are @dfn{double-click} events. Emacs | |
1445 generates a double-click event when you click a button twice; the event | |
1446 happens when you release the button (as is normal for all click | |
1447 events). | |
1448 | |
1449 The event type of a double-click event contains the prefix | |
1450 @samp{double-}. Thus, a double click on the second mouse button with | |
1451 @key{meta} held down comes to the Lisp program as | |
1452 @code{M-double-mouse-2}. If a double-click event has no binding, the | |
1453 binding of the corresponding ordinary click event is used to execute | |
1454 it. Thus, you need not pay attention to the double click feature | |
1455 unless you really want to. | |
1456 | |
1457 When the user performs a double click, Emacs generates first an ordinary | |
1458 click event, and then a double-click event. Therefore, you must design | |
1459 the command binding of the double click event to assume that the | |
1460 single-click command has already run. It must produce the desired | |
1461 results of a double click, starting from the results of a single click. | |
1462 | |
1463 This is convenient, if the meaning of a double click somehow ``builds | |
1464 on'' the meaning of a single click---which is recommended user interface | |
1465 design practice for double clicks. | |
1466 | |
1467 If you click a button, then press it down again and start moving the | |
1468 mouse with the button held down, then you get a @dfn{double-drag} event | |
1469 when you ultimately release the button. Its event type contains | |
1470 @samp{double-drag} instead of just @samp{drag}. If a double-drag event | |
1471 has no binding, Emacs looks for an alternate binding as if the event | |
1472 were an ordinary drag. | |
1473 | |
1474 Before the double-click or double-drag event, Emacs generates a | |
1475 @dfn{double-down} event when the user presses the button down for the | |
1476 second time. Its event type contains @samp{double-down} instead of just | |
1477 @samp{down}. If a double-down event has no binding, Emacs looks for an | |
1478 alternate binding as if the event were an ordinary button-down event. | |
1479 If it finds no binding that way either, the double-down event is | |
1480 ignored. | |
1481 | |
1482 To summarize, when you click a button and then press it again right | |
1483 away, Emacs generates a down event and a click event for the first | |
1484 click, a double-down event when you press the button again, and finally | |
1485 either a double-click or a double-drag event. | |
1486 | |
1487 If you click a button twice and then press it again, all in quick | |
1488 succession, Emacs generates a @dfn{triple-down} event, followed by | |
1489 either a @dfn{triple-click} or a @dfn{triple-drag}. The event types of | |
1490 these events contain @samp{triple} instead of @samp{double}. If any | |
1491 triple event has no binding, Emacs uses the binding that it would use | |
1492 for the corresponding double event. | |
1493 | |
1494 If you click a button three or more times and then press it again, the | |
1495 events for the presses beyond the third are all triple events. Emacs | |
1496 does not have separate event types for quadruple, quintuple, etc.@: | |
1497 events. However, you can look at the event list to find out precisely | |
1498 how many times the button was pressed. | |
1499 | |
1500 @defun event-click-count event | |
1501 This function returns the number of consecutive button presses that led | |
1502 up to @var{event}. If @var{event} is a double-down, double-click or | |
1503 double-drag event, the value is 2. If @var{event} is a triple event, | |
1504 the value is 3 or greater. If @var{event} is an ordinary mouse event | |
1505 (not a repeat event), the value is 1. | |
1506 @end defun | |
1507 | |
1508 @defopt double-click-fuzz | |
1509 To generate repeat events, successive mouse button presses must be at | |
1510 approximately the same screen position. The value of | |
1511 @code{double-click-fuzz} specifies the maximum number of pixels the | |
1512 mouse may be moved (horizontally or vertically) between two successive | |
1513 clicks to make a double-click. | |
1514 | |
1515 This variable is also the threshold for motion of the mouse to count | |
1516 as a drag. | |
1517 @end defopt | |
1518 | |
1519 @defopt double-click-time | |
1520 To generate repeat events, the number of milliseconds between | |
1521 successive button presses must be less than the value of | |
1522 @code{double-click-time}. Setting @code{double-click-time} to | |
1523 @code{nil} disables multi-click detection entirely. Setting it to | |
1524 @code{t} removes the time limit; Emacs then detects multi-clicks by | |
1525 position only. | |
1526 @end defopt | |
1527 | |
1528 @node Motion Events | |
1529 @subsection Motion Events | |
1530 @cindex motion event | |
1531 @cindex mouse motion events | |
1532 | |
1533 Emacs sometimes generates @dfn{mouse motion} events to describe motion | |
1534 of the mouse without any button activity. Mouse motion events are | |
1535 represented by lists that look like this: | |
1536 | |
1537 @example | |
1538 (mouse-movement (POSITION)) | |
1539 @end example | |
1540 | |
1541 The second element of the list describes the current position of the | |
1542 mouse, just as in a click event (@pxref{Click Events}). | |
1543 | |
1544 The special form @code{track-mouse} enables generation of motion events | |
1545 within its body. Outside of @code{track-mouse} forms, Emacs does not | |
1546 generate events for mere motion of the mouse, and these events do not | |
1547 appear. @xref{Mouse Tracking}. | |
1548 | |
1549 @node Focus Events | |
1550 @subsection Focus Events | |
1551 @cindex focus event | |
1552 | |
1553 Window systems provide general ways for the user to control which window | |
1554 gets keyboard input. This choice of window is called the @dfn{focus}. | |
1555 When the user does something to switch between Emacs frames, that | |
1556 generates a @dfn{focus event}. The normal definition of a focus event, | |
1557 in the global keymap, is to select a new frame within Emacs, as the user | |
1558 would expect. @xref{Input Focus}. | |
1559 | |
1560 Focus events are represented in Lisp as lists that look like this: | |
1561 | |
1562 @example | |
1563 (switch-frame @var{new-frame}) | |
1564 @end example | |
1565 | |
1566 @noindent | |
1567 where @var{new-frame} is the frame switched to. | |
1568 | |
102729
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1569 Some X window managers are set up so that just moving the mouse into a |
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1570 window is enough to set the focus there. Usually, there is no need |
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1571 for a Lisp program to know about the focus change until some other |
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1572 kind of input arrives. Emacs generates a focus event only when the |
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1573 user actually types a keyboard key or presses a mouse button in the |
ca92073db2a9
(Focus Events): Most X window managers don't use focus-follows-mouse
Chong Yidong <cyd@stupidchicken.com>
parents:
102721
diff
changeset
|
1574 new frame; just moving the mouse between frames does not generate a |
84053 | 1575 focus event. |
1576 | |
1577 A focus event in the middle of a key sequence would garble the | |
1578 sequence. So Emacs never generates a focus event in the middle of a key | |
1579 sequence. If the user changes focus in the middle of a key | |
1580 sequence---that is, after a prefix key---then Emacs reorders the events | |
1581 so that the focus event comes either before or after the multi-event key | |
1582 sequence, and not within it. | |
1583 | |
1584 @node Misc Events | |
1585 @subsection Miscellaneous System Events | |
1586 | |
1587 A few other event types represent occurrences within the system. | |
1588 | |
1589 @table @code | |
1590 @cindex @code{delete-frame} event | |
1591 @item (delete-frame (@var{frame})) | |
1592 This kind of event indicates that the user gave the window manager | |
1593 a command to delete a particular window, which happens to be an Emacs frame. | |
1594 | |
1595 The standard definition of the @code{delete-frame} event is to delete @var{frame}. | |
1596 | |
1597 @cindex @code{iconify-frame} event | |
1598 @item (iconify-frame (@var{frame})) | |
1599 This kind of event indicates that the user iconified @var{frame} using | |
1600 the window manager. Its standard definition is @code{ignore}; since the | |
1601 frame has already been iconified, Emacs has no work to do. The purpose | |
1602 of this event type is so that you can keep track of such events if you | |
1603 want to. | |
1604 | |
1605 @cindex @code{make-frame-visible} event | |
1606 @item (make-frame-visible (@var{frame})) | |
1607 This kind of event indicates that the user deiconified @var{frame} using | |
1608 the window manager. Its standard definition is @code{ignore}; since the | |
1609 frame has already been made visible, Emacs has no work to do. | |
1610 | |
1611 @cindex @code{wheel-up} event | |
1612 @cindex @code{wheel-down} event | |
1613 @item (wheel-up @var{position}) | |
1614 @item (wheel-down @var{position}) | |
1615 These kinds of event are generated by moving a mouse wheel. Their | |
1616 usual meaning is a kind of scroll or zoom. | |
1617 | |
1618 The element @var{position} is a list describing the position of the | |
1619 event, in the same format as used in a mouse-click event. | |
1620 | |
1621 This kind of event is generated only on some kinds of systems. On some | |
1622 systems, @code{mouse-4} and @code{mouse-5} are used instead. For | |
1623 portable code, use the variables @code{mouse-wheel-up-event} and | |
1624 @code{mouse-wheel-down-event} defined in @file{mwheel.el} to determine | |
1625 what event types to expect for the mouse wheel. | |
1626 | |
1627 @cindex @code{drag-n-drop} event | |
1628 @item (drag-n-drop @var{position} @var{files}) | |
1629 This kind of event is generated when a group of files is | |
1630 selected in an application outside of Emacs, and then dragged and | |
1631 dropped onto an Emacs frame. | |
1632 | |
1633 The element @var{position} is a list describing the position of the | |
1634 event, in the same format as used in a mouse-click event, and | |
1635 @var{files} is the list of file names that were dragged and dropped. | |
1636 The usual way to handle this event is by visiting these files. | |
1637 | |
1638 This kind of event is generated, at present, only on some kinds of | |
1639 systems. | |
1640 | |
1641 @cindex @code{help-echo} event | |
1642 @item help-echo | |
1643 This kind of event is generated when a mouse pointer moves onto a | |
1644 portion of buffer text which has a @code{help-echo} text property. | |
1645 The generated event has this form: | |
1646 | |
1647 @example | |
1648 (help-echo @var{frame} @var{help} @var{window} @var{object} @var{pos}) | |
1649 @end example | |
1650 | |
1651 @noindent | |
1652 The precise meaning of the event parameters and the way these | |
1653 parameters are used to display the help-echo text are described in | |
1654 @ref{Text help-echo}. | |
1655 | |
1656 @cindex @code{sigusr1} event | |
1657 @cindex @code{sigusr2} event | |
1658 @cindex user signals | |
1659 @item sigusr1 | |
1660 @itemx sigusr2 | |
1661 These events are generated when the Emacs process receives | |
1662 the signals @code{SIGUSR1} and @code{SIGUSR2}. They contain no | |
1663 additional data because signals do not carry additional information. | |
1664 | |
1665 To catch a user signal, bind the corresponding event to an interactive | |
1666 command in the @code{special-event-map} (@pxref{Active Keymaps}). | |
1667 The command is called with no arguments, and the specific signal event is | |
1668 available in @code{last-input-event}. For example: | |
1669 | |
1670 @smallexample | |
1671 (defun sigusr-handler () | |
1672 (interactive) | |
1673 (message "Caught signal %S" last-input-event)) | |
1674 | |
1675 (define-key special-event-map [sigusr1] 'sigusr-handler) | |
1676 @end smallexample | |
1677 | |
1678 To test the signal handler, you can make Emacs send a signal to itself: | |
1679 | |
1680 @smallexample | |
1681 (signal-process (emacs-pid) 'sigusr1) | |
1682 @end smallexample | |
1683 @end table | |
1684 | |
1685 If one of these events arrives in the middle of a key sequence---that | |
1686 is, after a prefix key---then Emacs reorders the events so that this | |
1687 event comes either before or after the multi-event key sequence, not | |
1688 within it. | |
1689 | |
1690 @node Event Examples | |
1691 @subsection Event Examples | |
1692 | |
1693 If the user presses and releases the left mouse button over the same | |
1694 location, that generates a sequence of events like this: | |
1695 | |
1696 @smallexample | |
1697 (down-mouse-1 (#<window 18 on NEWS> 2613 (0 . 38) -864320)) | |
1698 (mouse-1 (#<window 18 on NEWS> 2613 (0 . 38) -864180)) | |
1699 @end smallexample | |
1700 | |
1701 While holding the control key down, the user might hold down the | |
1702 second mouse button, and drag the mouse from one line to the next. | |
1703 That produces two events, as shown here: | |
1704 | |
1705 @smallexample | |
1706 (C-down-mouse-2 (#<window 18 on NEWS> 3440 (0 . 27) -731219)) | |
1707 (C-drag-mouse-2 (#<window 18 on NEWS> 3440 (0 . 27) -731219) | |
1708 (#<window 18 on NEWS> 3510 (0 . 28) -729648)) | |
1709 @end smallexample | |
1710 | |
1711 While holding down the meta and shift keys, the user might press the | |
1712 second mouse button on the window's mode line, and then drag the mouse | |
1713 into another window. That produces a pair of events like these: | |
1714 | |
1715 @smallexample | |
1716 (M-S-down-mouse-2 (#<window 18 on NEWS> mode-line (33 . 31) -457844)) | |
1717 (M-S-drag-mouse-2 (#<window 18 on NEWS> mode-line (33 . 31) -457844) | |
1718 (#<window 20 on carlton-sanskrit.tex> 161 (33 . 3) | |
1719 -453816)) | |
1720 @end smallexample | |
1721 | |
1722 To handle a SIGUSR1 signal, define an interactive function, and | |
1723 bind it to the @code{signal usr1} event sequence: | |
1724 | |
1725 @smallexample | |
1726 (defun usr1-handler () | |
1727 (interactive) | |
1728 (message "Got USR1 signal")) | |
1729 (global-set-key [signal usr1] 'usr1-handler) | |
1730 @end smallexample | |
1731 | |
1732 @node Classifying Events | |
1733 @subsection Classifying Events | |
1734 @cindex event type | |
1735 | |
1736 Every event has an @dfn{event type}, which classifies the event for | |
1737 key binding purposes. For a keyboard event, the event type equals the | |
1738 event value; thus, the event type for a character is the character, and | |
1739 the event type for a function key symbol is the symbol itself. For | |
1740 events that are lists, the event type is the symbol in the @sc{car} of | |
1741 the list. Thus, the event type is always a symbol or a character. | |
1742 | |
1743 Two events of the same type are equivalent where key bindings are | |
1744 concerned; thus, they always run the same command. That does not | |
1745 necessarily mean they do the same things, however, as some commands look | |
1746 at the whole event to decide what to do. For example, some commands use | |
1747 the location of a mouse event to decide where in the buffer to act. | |
1748 | |
1749 Sometimes broader classifications of events are useful. For example, | |
1750 you might want to ask whether an event involved the @key{META} key, | |
1751 regardless of which other key or mouse button was used. | |
1752 | |
1753 The functions @code{event-modifiers} and @code{event-basic-type} are | |
1754 provided to get such information conveniently. | |
1755 | |
1756 @defun event-modifiers event | |
1757 This function returns a list of the modifiers that @var{event} has. The | |
1758 modifiers are symbols; they include @code{shift}, @code{control}, | |
1759 @code{meta}, @code{alt}, @code{hyper} and @code{super}. In addition, | |
1760 the modifiers list of a mouse event symbol always contains one of | |
1761 @code{click}, @code{drag}, and @code{down}. For double or triple | |
1762 events, it also contains @code{double} or @code{triple}. | |
1763 | |
1764 The argument @var{event} may be an entire event object, or just an | |
1765 event type. If @var{event} is a symbol that has never been used in an | |
1766 event that has been read as input in the current Emacs session, then | |
1767 @code{event-modifiers} can return @code{nil}, even when @var{event} | |
1768 actually has modifiers. | |
1769 | |
1770 Here are some examples: | |
1771 | |
1772 @example | |
1773 (event-modifiers ?a) | |
1774 @result{} nil | |
1775 (event-modifiers ?A) | |
1776 @result{} (shift) | |
1777 (event-modifiers ?\C-a) | |
1778 @result{} (control) | |
1779 (event-modifiers ?\C-%) | |
1780 @result{} (control) | |
1781 (event-modifiers ?\C-\S-a) | |
1782 @result{} (control shift) | |
1783 (event-modifiers 'f5) | |
1784 @result{} nil | |
1785 (event-modifiers 's-f5) | |
1786 @result{} (super) | |
1787 (event-modifiers 'M-S-f5) | |
1788 @result{} (meta shift) | |
1789 (event-modifiers 'mouse-1) | |
1790 @result{} (click) | |
1791 (event-modifiers 'down-mouse-1) | |
1792 @result{} (down) | |
1793 @end example | |
1794 | |
1795 The modifiers list for a click event explicitly contains @code{click}, | |
1796 but the event symbol name itself does not contain @samp{click}. | |
1797 @end defun | |
1798 | |
1799 @defun event-basic-type event | |
1800 This function returns the key or mouse button that @var{event} | |
1801 describes, with all modifiers removed. The @var{event} argument is as | |
1802 in @code{event-modifiers}. For example: | |
1803 | |
1804 @example | |
1805 (event-basic-type ?a) | |
1806 @result{} 97 | |
1807 (event-basic-type ?A) | |
1808 @result{} 97 | |
1809 (event-basic-type ?\C-a) | |
1810 @result{} 97 | |
1811 (event-basic-type ?\C-\S-a) | |
1812 @result{} 97 | |
1813 (event-basic-type 'f5) | |
1814 @result{} f5 | |
1815 (event-basic-type 's-f5) | |
1816 @result{} f5 | |
1817 (event-basic-type 'M-S-f5) | |
1818 @result{} f5 | |
1819 (event-basic-type 'down-mouse-1) | |
1820 @result{} mouse-1 | |
1821 @end example | |
1822 @end defun | |
1823 | |
1824 @defun mouse-movement-p object | |
1825 This function returns non-@code{nil} if @var{object} is a mouse movement | |
1826 event. | |
1827 @end defun | |
1828 | |
1829 @defun event-convert-list list | |
1830 This function converts a list of modifier names and a basic event type | |
1831 to an event type which specifies all of them. The basic event type | |
1832 must be the last element of the list. For example, | |
1833 | |
1834 @example | |
1835 (event-convert-list '(control ?a)) | |
1836 @result{} 1 | |
1837 (event-convert-list '(control meta ?a)) | |
1838 @result{} -134217727 | |
1839 (event-convert-list '(control super f1)) | |
1840 @result{} C-s-f1 | |
1841 @end example | |
1842 @end defun | |
1843 | |
87519
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1844 @node Accessing Mouse |
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1845 @subsection Accessing Mouse Events |
84053 | 1846 @cindex mouse events, data in |
1847 | |
1848 This section describes convenient functions for accessing the data in | |
1849 a mouse button or motion event. | |
1850 | |
1851 These two functions return the starting or ending position of a | |
1852 mouse-button event, as a list of this form: | |
1853 | |
1854 @example | |
1855 (@var{window} @var{pos-or-area} (@var{x} . @var{y}) @var{timestamp} | |
1856 @var{object} @var{text-pos} (@var{col} . @var{row}) | |
1857 @var{image} (@var{dx} . @var{dy}) (@var{width} . @var{height})) | |
1858 @end example | |
1859 | |
1860 @defun event-start event | |
1861 This returns the starting position of @var{event}. | |
1862 | |
1863 If @var{event} is a click or button-down event, this returns the | |
1864 location of the event. If @var{event} is a drag event, this returns the | |
1865 drag's starting position. | |
1866 @end defun | |
1867 | |
1868 @defun event-end event | |
1869 This returns the ending position of @var{event}. | |
1870 | |
1871 If @var{event} is a drag event, this returns the position where the user | |
1872 released the mouse button. If @var{event} is a click or button-down | |
1873 event, the value is actually the starting position, which is the only | |
1874 position such events have. | |
1875 @end defun | |
1876 | |
1877 @cindex mouse position list, accessing | |
1878 These functions take a position list as described above, and | |
1879 return various parts of it. | |
1880 | |
1881 @defun posn-window position | |
1882 Return the window that @var{position} is in. | |
1883 @end defun | |
1884 | |
1885 @defun posn-area position | |
1886 Return the window area recorded in @var{position}. It returns @code{nil} | |
1887 when the event occurred in the text area of the window; otherwise, it | |
1888 is a symbol identifying the area in which the event occurred. | |
1889 @end defun | |
1890 | |
1891 @defun posn-point position | |
1892 Return the buffer position in @var{position}. When the event occurred | |
1893 in the text area of the window, in a marginal area, or on a fringe, | |
1894 this is an integer specifying a buffer position. Otherwise, the value | |
1895 is undefined. | |
1896 @end defun | |
1897 | |
1898 @defun posn-x-y position | |
1899 Return the pixel-based x and y coordinates in @var{position}, as a | |
1900 cons cell @code{(@var{x} . @var{y})}. These coordinates are relative | |
1901 to the window given by @code{posn-window}. | |
1902 | |
1903 This example shows how to convert these window-relative coordinates | |
1904 into frame-relative coordinates: | |
1905 | |
1906 @example | |
1907 (defun frame-relative-coordinates (position) | |
1908 "Return frame-relative coordinates from POSITION." | |
1909 (let* ((x-y (posn-x-y position)) | |
1910 (window (posn-window position)) | |
1911 (edges (window-inside-pixel-edges window))) | |
1912 (cons (+ (car x-y) (car edges)) | |
1913 (+ (cdr x-y) (cadr edges))))) | |
1914 @end example | |
1915 @end defun | |
1916 | |
1917 @defun posn-col-row position | |
1918 Return the row and column (in units of the frame's default character | |
1919 height and width) of @var{position}, as a cons cell @code{(@var{col} . | |
1920 @var{row})}. These are computed from the @var{x} and @var{y} values | |
1921 actually found in @var{position}. | |
1922 @end defun | |
1923 | |
1924 @defun posn-actual-col-row position | |
1925 Return the actual row and column in @var{position}, as a cons cell | |
1926 @code{(@var{col} . @var{row})}. The values are the actual row number | |
1927 in the window, and the actual character number in that row. It returns | |
1928 @code{nil} if @var{position} does not include actual positions values. | |
1929 You can use @code{posn-col-row} to get approximate values. | |
1930 @end defun | |
1931 | |
1932 @defun posn-string position | |
1933 Return the string object in @var{position}, either @code{nil}, or a | |
1934 cons cell @code{(@var{string} . @var{string-pos})}. | |
1935 @end defun | |
1936 | |
1937 @defun posn-image position | |
1938 Return the image object in @var{position}, either @code{nil}, or an | |
1939 image @code{(image ...)}. | |
1940 @end defun | |
1941 | |
1942 @defun posn-object position | |
1943 Return the image or string object in @var{position}, either | |
1944 @code{nil}, an image @code{(image ...)}, or a cons cell | |
1945 @code{(@var{string} . @var{string-pos})}. | |
1946 @end defun | |
1947 | |
1948 @defun posn-object-x-y position | |
1949 Return the pixel-based x and y coordinates relative to the upper left | |
1950 corner of the object in @var{position} as a cons cell @code{(@var{dx} | |
1951 . @var{dy})}. If the @var{position} is a buffer position, return the | |
1952 relative position in the character at that position. | |
1953 @end defun | |
1954 | |
1955 @defun posn-object-width-height position | |
1956 Return the pixel width and height of the object in @var{position} as a | |
1957 cons cell @code{(@var{width} . @var{height})}. If the @var{position} | |
1958 is a buffer position, return the size of the character at that position. | |
1959 @end defun | |
1960 | |
1961 @cindex timestamp of a mouse event | |
1962 @defun posn-timestamp position | |
1963 Return the timestamp in @var{position}. This is the time at which the | |
1964 event occurred, in milliseconds. | |
1965 @end defun | |
1966 | |
1967 These functions compute a position list given particular buffer | |
1968 position or screen position. You can access the data in this position | |
1969 list with the functions described above. | |
1970 | |
1971 @defun posn-at-point &optional pos window | |
1972 This function returns a position list for position @var{pos} in | |
1973 @var{window}. @var{pos} defaults to point in @var{window}; | |
1974 @var{window} defaults to the selected window. | |
1975 | |
1976 @code{posn-at-point} returns @code{nil} if @var{pos} is not visible in | |
1977 @var{window}. | |
1978 @end defun | |
1979 | |
1980 @defun posn-at-x-y x y &optional frame-or-window whole | |
1981 This function returns position information corresponding to pixel | |
1982 coordinates @var{x} and @var{y} in a specified frame or window, | |
1983 @var{frame-or-window}, which defaults to the selected window. | |
1984 The coordinates @var{x} and @var{y} are relative to the | |
1985 frame or window used. | |
1986 If @var{whole} is @code{nil}, the coordinates are relative | |
1987 to the window text area, otherwise they are relative to | |
1988 the entire window area including scroll bars, margins and fringes. | |
1989 @end defun | |
1990 | |
87519
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1991 @node Accessing Scroll |
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1992 @subsection Accessing Scroll Bar Events |
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1993 @cindex scroll bar events, data in |
6a0c500ca3a9
Merge from emacs--rel--22, gnus--devo--0
Miles Bader <miles@gnu.org>
parents:
85311
diff
changeset
|
1994 |
84053 | 1995 These functions are useful for decoding scroll bar events. |
1996 | |
1997 @defun scroll-bar-event-ratio event | |
1998 This function returns the fractional vertical position of a scroll bar | |
1999 event within the scroll bar. The value is a cons cell | |
2000 @code{(@var{portion} . @var{whole})} containing two integers whose ratio | |
2001 is the fractional position. | |
2002 @end defun | |
2003 | |
2004 @defun scroll-bar-scale ratio total | |
2005 This function multiplies (in effect) @var{ratio} by @var{total}, | |
2006 rounding the result to an integer. The argument @var{ratio} is not a | |
2007 number, but rather a pair @code{(@var{num} . @var{denom})}---typically a | |
2008 value returned by @code{scroll-bar-event-ratio}. | |
2009 | |
2010 This function is handy for scaling a position on a scroll bar into a | |
2011 buffer position. Here's how to do that: | |
2012 | |
2013 @example | |
2014 (+ (point-min) | |
2015 (scroll-bar-scale | |
2016 (posn-x-y (event-start event)) | |
2017 (- (point-max) (point-min)))) | |
2018 @end example | |
2019 | |
2020 Recall that scroll bar events have two integers forming a ratio, in place | |
2021 of a pair of x and y coordinates. | |
2022 @end defun | |
2023 | |
2024 @node Strings of Events | |
2025 @subsection Putting Keyboard Events in Strings | |
2026 @cindex keyboard events in strings | |
2027 @cindex strings with keyboard events | |
2028 | |
2029 In most of the places where strings are used, we conceptualize the | |
2030 string as containing text characters---the same kind of characters found | |
2031 in buffers or files. Occasionally Lisp programs use strings that | |
2032 conceptually contain keyboard characters; for example, they may be key | |
2033 sequences or keyboard macro definitions. However, storing keyboard | |
2034 characters in a string is a complex matter, for reasons of historical | |
2035 compatibility, and it is not always possible. | |
2036 | |
2037 We recommend that new programs avoid dealing with these complexities | |
2038 by not storing keyboard events in strings. Here is how to do that: | |
2039 | |
2040 @itemize @bullet | |
2041 @item | |
2042 Use vectors instead of strings for key sequences, when you plan to use | |
2043 them for anything other than as arguments to @code{lookup-key} and | |
2044 @code{define-key}. For example, you can use | |
2045 @code{read-key-sequence-vector} instead of @code{read-key-sequence}, and | |
2046 @code{this-command-keys-vector} instead of @code{this-command-keys}. | |
2047 | |
2048 @item | |
2049 Use vectors to write key sequence constants containing meta characters, | |
2050 even when passing them directly to @code{define-key}. | |
2051 | |
2052 @item | |
2053 When you have to look at the contents of a key sequence that might be a | |
2054 string, use @code{listify-key-sequence} (@pxref{Event Input Misc}) | |
2055 first, to convert it to a list. | |
2056 @end itemize | |
2057 | |
2058 The complexities stem from the modifier bits that keyboard input | |
2059 characters can include. Aside from the Meta modifier, none of these | |
2060 modifier bits can be included in a string, and the Meta modifier is | |
2061 allowed only in special cases. | |
2062 | |
2063 The earliest GNU Emacs versions represented meta characters as codes | |
2064 in the range of 128 to 255. At that time, the basic character codes | |
2065 ranged from 0 to 127, so all keyboard character codes did fit in a | |
2066 string. Many Lisp programs used @samp{\M-} in string constants to stand | |
2067 for meta characters, especially in arguments to @code{define-key} and | |
2068 similar functions, and key sequences and sequences of events were always | |
2069 represented as strings. | |
2070 | |
2071 When we added support for larger basic character codes beyond 127, and | |
2072 additional modifier bits, we had to change the representation of meta | |
2073 characters. Now the flag that represents the Meta modifier in a | |
2074 character is | |
2075 @tex | |
2076 @math{2^{27}} | |
2077 @end tex | |
2078 @ifnottex | |
2079 2**27 | |
2080 @end ifnottex | |
2081 and such numbers cannot be included in a string. | |
2082 | |
2083 To support programs with @samp{\M-} in string constants, there are | |
2084 special rules for including certain meta characters in a string. | |
2085 Here are the rules for interpreting a string as a sequence of input | |
2086 characters: | |
2087 | |
2088 @itemize @bullet | |
2089 @item | |
2090 If the keyboard character value is in the range of 0 to 127, it can go | |
2091 in the string unchanged. | |
2092 | |
2093 @item | |
2094 The meta variants of those characters, with codes in the range of | |
2095 @tex | |
2096 @math{2^{27}} | |
2097 @end tex | |
2098 @ifnottex | |
2099 2**27 | |
2100 @end ifnottex | |
2101 to | |
2102 @tex | |
2103 @math{2^{27} + 127}, | |
2104 @end tex | |
2105 @ifnottex | |
2106 2**27+127, | |
2107 @end ifnottex | |
2108 can also go in the string, but you must change their | |
2109 numeric values. You must set the | |
2110 @tex | |
2111 @math{2^{7}} | |
2112 @end tex | |
2113 @ifnottex | |
2114 2**7 | |
2115 @end ifnottex | |
2116 bit instead of the | |
2117 @tex | |
2118 @math{2^{27}} | |
2119 @end tex | |
2120 @ifnottex | |
2121 2**27 | |
2122 @end ifnottex | |
2123 bit, resulting in a value between 128 and 255. Only a unibyte string | |
2124 can include these codes. | |
2125 | |
2126 @item | |
2127 Non-@acronym{ASCII} characters above 256 can be included in a multibyte string. | |
2128 | |
2129 @item | |
2130 Other keyboard character events cannot fit in a string. This includes | |
2131 keyboard events in the range of 128 to 255. | |
2132 @end itemize | |
2133 | |
2134 Functions such as @code{read-key-sequence} that construct strings of | |
2135 keyboard input characters follow these rules: they construct vectors | |
2136 instead of strings, when the events won't fit in a string. | |
2137 | |
2138 When you use the read syntax @samp{\M-} in a string, it produces a | |
2139 code in the range of 128 to 255---the same code that you get if you | |
2140 modify the corresponding keyboard event to put it in the string. Thus, | |
2141 meta events in strings work consistently regardless of how they get into | |
2142 the strings. | |
2143 | |
2144 However, most programs would do well to avoid these issues by | |
2145 following the recommendations at the beginning of this section. | |
2146 | |
2147 @node Reading Input | |
2148 @section Reading Input | |
2149 @cindex read input | |
2150 @cindex keyboard input | |
2151 | |
2152 The editor command loop reads key sequences using the function | |
2153 @code{read-key-sequence}, which uses @code{read-event}. These and other | |
2154 functions for event input are also available for use in Lisp programs. | |
2155 See also @code{momentary-string-display} in @ref{Temporary Displays}, | |
2156 and @code{sit-for} in @ref{Waiting}. @xref{Terminal Input}, for | |
2157 functions and variables for controlling terminal input modes and | |
2158 debugging terminal input. | |
2159 | |
2160 For higher-level input facilities, see @ref{Minibuffers}. | |
2161 | |
2162 @menu | |
2163 * Key Sequence Input:: How to read one key sequence. | |
2164 * Reading One Event:: How to read just one event. | |
2165 * Event Mod:: How Emacs modifies events as they are read. | |
2166 * Invoking the Input Method:: How reading an event uses the input method. | |
2167 * Quoted Character Input:: Asking the user to specify a character. | |
2168 * Event Input Misc:: How to reread or throw away input events. | |
2169 @end menu | |
2170 | |
2171 @node Key Sequence Input | |
2172 @subsection Key Sequence Input | |
2173 @cindex key sequence input | |
2174 | |
2175 The command loop reads input a key sequence at a time, by calling | |
2176 @code{read-key-sequence}. Lisp programs can also call this function; | |
2177 for example, @code{describe-key} uses it to read the key to describe. | |
2178 | |
2179 @defun read-key-sequence prompt &optional continue-echo dont-downcase-last switch-frame-ok command-loop | |
2180 This function reads a key sequence and returns it as a string or | |
2181 vector. It keeps reading events until it has accumulated a complete key | |
2182 sequence; that is, enough to specify a non-prefix command using the | |
2183 currently active keymaps. (Remember that a key sequence that starts | |
2184 with a mouse event is read using the keymaps of the buffer in the | |
2185 window that the mouse was in, not the current buffer.) | |
2186 | |
2187 If the events are all characters and all can fit in a string, then | |
2188 @code{read-key-sequence} returns a string (@pxref{Strings of Events}). | |
2189 Otherwise, it returns a vector, since a vector can hold all kinds of | |
2190 events---characters, symbols, and lists. The elements of the string or | |
2191 vector are the events in the key sequence. | |
2192 | |
2193 Reading a key sequence includes translating the events in various | |
2194 ways. @xref{Translation Keymaps}. | |
2195 | |
2196 The argument @var{prompt} is either a string to be displayed in the | |
2197 echo area as a prompt, or @code{nil}, meaning not to display a prompt. | |
2198 The argument @var{continue-echo}, if non-@code{nil}, means to echo | |
2199 this key as a continuation of the previous key. | |
2200 | |
2201 Normally any upper case event is converted to lower case if the | |
2202 original event is undefined and the lower case equivalent is defined. | |
2203 The argument @var{dont-downcase-last}, if non-@code{nil}, means do not | |
2204 convert the last event to lower case. This is appropriate for reading | |
2205 a key sequence to be defined. | |
2206 | |
2207 The argument @var{switch-frame-ok}, if non-@code{nil}, means that this | |
2208 function should process a @code{switch-frame} event if the user | |
2209 switches frames before typing anything. If the user switches frames | |
2210 in the middle of a key sequence, or at the start of the sequence but | |
2211 @var{switch-frame-ok} is @code{nil}, then the event will be put off | |
2212 until after the current key sequence. | |
2213 | |
2214 The argument @var{command-loop}, if non-@code{nil}, means that this | |
2215 key sequence is being read by something that will read commands one | |
2216 after another. It should be @code{nil} if the caller will read just | |
2217 one key sequence. | |
2218 | |
2219 In the following example, Emacs displays the prompt @samp{?} in the | |
2220 echo area, and then the user types @kbd{C-x C-f}. | |
2221 | |
2222 @example | |
2223 (read-key-sequence "?") | |
2224 | |
2225 @group | |
2226 ---------- Echo Area ---------- | |
2227 ?@kbd{C-x C-f} | |
2228 ---------- Echo Area ---------- | |
2229 | |
2230 @result{} "^X^F" | |
2231 @end group | |
2232 @end example | |
2233 | |
2234 The function @code{read-key-sequence} suppresses quitting: @kbd{C-g} | |
2235 typed while reading with this function works like any other character, | |
2236 and does not set @code{quit-flag}. @xref{Quitting}. | |
2237 @end defun | |
2238 | |
2239 @defun read-key-sequence-vector prompt &optional continue-echo dont-downcase-last switch-frame-ok command-loop | |
2240 This is like @code{read-key-sequence} except that it always | |
2241 returns the key sequence as a vector, never as a string. | |
2242 @xref{Strings of Events}. | |
2243 @end defun | |
2244 | |
2245 @cindex upper case key sequence | |
2246 @cindex downcasing in @code{lookup-key} | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
2247 @cindex shift-translation |
84053 | 2248 If an input character is upper-case (or has the shift modifier) and |
2249 has no key binding, but its lower-case equivalent has one, then | |
2250 @code{read-key-sequence} converts the character to lower case. Note | |
2251 that @code{lookup-key} does not perform case conversion in this way. | |
2252 | |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
2253 @vindex this-command-keys-shift-translated |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
2254 When reading input results in such a @dfn{shift-translation}, Emacs |
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
2255 sets the variable @code{this-command-keys-shift-translated} to a |
99913
0ee463f8cc63
(Key Sequence Input): Fix typos.
Chong Yidong <cyd@stupidchicken.com>
parents:
98764
diff
changeset
|
2256 non-@code{nil} value. Lisp programs can examine this variable if they |
0ee463f8cc63
(Key Sequence Input): Fix typos.
Chong Yidong <cyd@stupidchicken.com>
parents:
98764
diff
changeset
|
2257 need to modify their behavior when invoked by shift-translated keys. |
0ee463f8cc63
(Key Sequence Input): Fix typos.
Chong Yidong <cyd@stupidchicken.com>
parents:
98764
diff
changeset
|
2258 For example, the function @code{handle-shift-selection} examines the |
0ee463f8cc63
(Key Sequence Input): Fix typos.
Chong Yidong <cyd@stupidchicken.com>
parents:
98764
diff
changeset
|
2259 value of this variable to determine how to activate or deactivate the |
0ee463f8cc63
(Key Sequence Input): Fix typos.
Chong Yidong <cyd@stupidchicken.com>
parents:
98764
diff
changeset
|
2260 region (@pxref{The Mark, handle-shift-selection}). |
98751
a0e705c1e7f7
(Using Interactive, Interactive Codes): Document `^'.
Eli Zaretskii <eliz@gnu.org>
parents:
94331
diff
changeset
|
2261 |
84053 | 2262 The function @code{read-key-sequence} also transforms some mouse events. |
2263 It converts unbound drag events into click events, and discards unbound | |
2264 button-down events entirely. It also reshuffles focus events and | |
2265 miscellaneous window events so that they never appear in a key sequence | |
2266 with any other events. | |
2267 | |
2268 @cindex @code{header-line} prefix key | |
2269 @cindex @code{mode-line} prefix key | |
2270 @cindex @code{vertical-line} prefix key | |
2271 @cindex @code{horizontal-scroll-bar} prefix key | |
2272 @cindex @code{vertical-scroll-bar} prefix key | |
2273 @cindex @code{menu-bar} prefix key | |
2274 @cindex mouse events, in special parts of frame | |
2275 When mouse events occur in special parts of a window, such as a mode | |
2276 line or a scroll bar, the event type shows nothing special---it is the | |
2277 same symbol that would normally represent that combination of mouse | |
2278 button and modifier keys. The information about the window part is kept | |
2279 elsewhere in the event---in the coordinates. But | |
2280 @code{read-key-sequence} translates this information into imaginary | |
2281 ``prefix keys,'' all of which are symbols: @code{header-line}, | |
2282 @code{horizontal-scroll-bar}, @code{menu-bar}, @code{mode-line}, | |
2283 @code{vertical-line}, and @code{vertical-scroll-bar}. You can define | |
2284 meanings for mouse clicks in special window parts by defining key | |
2285 sequences using these imaginary prefix keys. | |
2286 | |
2287 For example, if you call @code{read-key-sequence} and then click the | |
2288 mouse on the window's mode line, you get two events, like this: | |
2289 | |
2290 @example | |
2291 (read-key-sequence "Click on the mode line: ") | |
2292 @result{} [mode-line | |
2293 (mouse-1 | |
2294 (#<window 6 on NEWS> mode-line | |
2295 (40 . 63) 5959987))] | |
2296 @end example | |
2297 | |
2298 @defvar num-input-keys | |
2299 @c Emacs 19 feature | |
2300 This variable's value is the number of key sequences processed so far in | |
2301 this Emacs session. This includes key sequences read from the terminal | |
2302 and key sequences read from keyboard macros being executed. | |
2303 @end defvar | |
2304 | |
2305 @node Reading One Event | |
2306 @subsection Reading One Event | |
2307 @cindex reading a single event | |
2308 @cindex event, reading only one | |
2309 | |
2310 The lowest level functions for command input are those that read a | |
2311 single event. | |
2312 | |
2313 None of the three functions below suppresses quitting. | |
2314 | |
2315 @defun read-event &optional prompt inherit-input-method seconds | |
2316 This function reads and returns the next event of command input, waiting | |
2317 if necessary until an event is available. Events can come directly from | |
2318 the user or from a keyboard macro. | |
2319 | |
2320 If the optional argument @var{prompt} is non-@code{nil}, it should be a | |
2321 string to display in the echo area as a prompt. Otherwise, | |
2322 @code{read-event} does not display any message to indicate it is waiting | |
2323 for input; instead, it prompts by echoing: it displays descriptions of | |
2324 the events that led to or were read by the current command. @xref{The | |
2325 Echo Area}. | |
2326 | |
2327 If @var{inherit-input-method} is non-@code{nil}, then the current input | |
2328 method (if any) is employed to make it possible to enter a | |
2329 non-@acronym{ASCII} character. Otherwise, input method handling is disabled | |
2330 for reading this event. | |
2331 | |
2332 If @code{cursor-in-echo-area} is non-@code{nil}, then @code{read-event} | |
2333 moves the cursor temporarily to the echo area, to the end of any message | |
2334 displayed there. Otherwise @code{read-event} does not move the cursor. | |
2335 | |
2336 If @var{seconds} is non-@code{nil}, it should be a number specifying | |
2337 the maximum time to wait for input, in seconds. If no input arrives | |
2338 within that time, @code{read-event} stops waiting and returns | |
2339 @code{nil}. A floating-point value for @var{seconds} means to wait | |
2340 for a fractional number of seconds. Some systems support only a whole | |
2341 number of seconds; on these systems, @var{seconds} is rounded down. | |
2342 If @var{seconds} is @code{nil}, @code{read-event} waits as long as | |
2343 necessary for input to arrive. | |
2344 | |
2345 If @var{seconds} is @code{nil}, Emacs is considered idle while waiting | |
2346 for user input to arrive. Idle timers---those created with | |
2347 @code{run-with-idle-timer} (@pxref{Idle Timers})---can run during this | |
2348 period. However, if @var{seconds} is non-@code{nil}, the state of | |
2349 idleness remains unchanged. If Emacs is non-idle when | |
2350 @code{read-event} is called, it remains non-idle throughout the | |
2351 operation of @code{read-event}; if Emacs is idle (which can happen if | |
2352 the call happens inside an idle timer), it remains idle. | |
2353 | |
2354 If @code{read-event} gets an event that is defined as a help character, | |
2355 then in some cases @code{read-event} processes the event directly without | |
2356 returning. @xref{Help Functions}. Certain other events, called | |
2357 @dfn{special events}, are also processed directly within | |
2358 @code{read-event} (@pxref{Special Events}). | |
2359 | |
2360 Here is what happens if you call @code{read-event} and then press the | |
2361 right-arrow function key: | |
2362 | |
2363 @example | |
2364 @group | |
2365 (read-event) | |
2366 @result{} right | |
2367 @end group | |
2368 @end example | |
2369 @end defun | |
2370 | |
2371 @defun read-char &optional prompt inherit-input-method seconds | |
2372 This function reads and returns a character of command input. If the | |
2373 user generates an event which is not a character (i.e. a mouse click or | |
2374 function key event), @code{read-char} signals an error. The arguments | |
2375 work as in @code{read-event}. | |
2376 | |
2377 In the first example, the user types the character @kbd{1} (@acronym{ASCII} | |
2378 code 49). The second example shows a keyboard macro definition that | |
2379 calls @code{read-char} from the minibuffer using @code{eval-expression}. | |
2380 @code{read-char} reads the keyboard macro's very next character, which | |
2381 is @kbd{1}. Then @code{eval-expression} displays its return value in | |
2382 the echo area. | |
2383 | |
2384 @example | |
2385 @group | |
2386 (read-char) | |
2387 @result{} 49 | |
2388 @end group | |
2389 | |
2390 @group | |
2391 ;; @r{We assume here you use @kbd{M-:} to evaluate this.} | |
2392 (symbol-function 'foo) | |
2393 @result{} "^[:(read-char)^M1" | |
2394 @end group | |
2395 @group | |
2396 (execute-kbd-macro 'foo) | |
2397 @print{} 49 | |
2398 @result{} nil | |
2399 @end group | |
2400 @end example | |
2401 @end defun | |
2402 | |
2403 @defun read-char-exclusive &optional prompt inherit-input-method seconds | |
2404 This function reads and returns a character of command input. If the | |
2405 user generates an event which is not a character, | |
2406 @code{read-char-exclusive} ignores it and reads another event, until it | |
2407 gets a character. The arguments work as in @code{read-event}. | |
2408 @end defun | |
2409 | |
2410 @defvar num-nonmacro-input-events | |
2411 This variable holds the total number of input events received so far | |
2412 from the terminal---not counting those generated by keyboard macros. | |
2413 @end defvar | |
2414 | |
2415 @node Event Mod | |
2416 @subsection Modifying and Translating Input Events | |
2417 | |
2418 Emacs modifies every event it reads according to | |
2419 @code{extra-keyboard-modifiers}, then translates it through | |
2420 @code{keyboard-translate-table} (if applicable), before returning it | |
2421 from @code{read-event}. | |
2422 | |
2423 @c Emacs 19 feature | |
2424 @defvar extra-keyboard-modifiers | |
2425 This variable lets Lisp programs ``press'' the modifier keys on the | |
2426 keyboard. The value is a character. Only the modifiers of the | |
2427 character matter. Each time the user types a keyboard key, it is | |
2428 altered as if those modifier keys were held down. For instance, if | |
2429 you bind @code{extra-keyboard-modifiers} to @code{?\C-\M-a}, then all | |
2430 keyboard input characters typed during the scope of the binding will | |
2431 have the control and meta modifiers applied to them. The character | |
2432 @code{?\C-@@}, equivalent to the integer 0, does not count as a control | |
2433 character for this purpose, but as a character with no modifiers. | |
2434 Thus, setting @code{extra-keyboard-modifiers} to zero cancels any | |
2435 modification. | |
2436 | |
2437 When using a window system, the program can ``press'' any of the | |
2438 modifier keys in this way. Otherwise, only the @key{CTL} and @key{META} | |
2439 keys can be virtually pressed. | |
2440 | |
2441 Note that this variable applies only to events that really come from | |
2442 the keyboard, and has no effect on mouse events or any other events. | |
2443 @end defvar | |
2444 | |
2445 @defvar keyboard-translate-table | |
101263
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
2446 This terminal-local variable is the translate table for keyboard |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
2447 characters. It lets you reshuffle the keys on the keyboard without |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
2448 changing any command bindings. Its value is normally a char-table, or |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
2449 else @code{nil}. (It can also be a string or vector, but this is |
0f0b2866dcbb
(Event Mod): `keyboard-translate-table' is now terminal-local.
Eli Zaretskii <eliz@gnu.org>
parents:
101018
diff
changeset
|
2450 considered obsolete.) |
84053 | 2451 |
2452 If @code{keyboard-translate-table} is a char-table | |
2453 (@pxref{Char-Tables}), then each character read from the keyboard is | |
2454 looked up in this char-table. If the value found there is | |
2455 non-@code{nil}, then it is used instead of the actual input character. | |
2456 | |
2457 Note that this translation is the first thing that happens to a | |
2458 character after it is read from the terminal. Record-keeping features | |
2459 such as @code{recent-keys} and dribble files record the characters after | |
2460 translation. | |
2461 | |
2462 Note also that this translation is done before the characters are | |
101862
dbfc08088592
(Event Mod): Reinstate documentation of translation-table-for-input.
Eli Zaretskii <eliz@gnu.org>
parents:
101263
diff
changeset
|
2463 supplied to input methods (@pxref{Input Methods}). Use |
dbfc08088592
(Event Mod): Reinstate documentation of translation-table-for-input.
Eli Zaretskii <eliz@gnu.org>
parents:
101263
diff
changeset
|
2464 @code{translation-table-for-input} (@pxref{Translation of Characters}), |
dbfc08088592
(Event Mod): Reinstate documentation of translation-table-for-input.
Eli Zaretskii <eliz@gnu.org>
parents:
101263
diff
changeset
|
2465 if you want to translate characters after input methods operate. |
84053 | 2466 @end defvar |
2467 | |
2468 @defun keyboard-translate from to | |
2469 This function modifies @code{keyboard-translate-table} to translate | |
2470 character code @var{from} into character code @var{to}. It creates | |
2471 the keyboard translate table if necessary. | |
2472 @end defun | |
2473 | |
2474 Here's an example of using the @code{keyboard-translate-table} to | |
2475 make @kbd{C-x}, @kbd{C-c} and @kbd{C-v} perform the cut, copy and paste | |
2476 operations: | |
2477 | |
2478 @example | |
2479 (keyboard-translate ?\C-x 'control-x) | |
2480 (keyboard-translate ?\C-c 'control-c) | |
2481 (keyboard-translate ?\C-v 'control-v) | |
2482 (global-set-key [control-x] 'kill-region) | |
2483 (global-set-key [control-c] 'kill-ring-save) | |
2484 (global-set-key [control-v] 'yank) | |
2485 @end example | |
2486 | |
2487 @noindent | |
2488 On a graphical terminal that supports extended @acronym{ASCII} input, | |
2489 you can still get the standard Emacs meanings of one of those | |
2490 characters by typing it with the shift key. That makes it a different | |
2491 character as far as keyboard translation is concerned, but it has the | |
2492 same usual meaning. | |
2493 | |
2494 @xref{Translation Keymaps}, for mechanisms that translate event sequences | |
2495 at the level of @code{read-key-sequence}. | |
2496 | |
2497 @node Invoking the Input Method | |
2498 @subsection Invoking the Input Method | |
2499 | |
2500 The event-reading functions invoke the current input method, if any | |
2501 (@pxref{Input Methods}). If the value of @code{input-method-function} | |
2502 is non-@code{nil}, it should be a function; when @code{read-event} reads | |
2503 a printing character (including @key{SPC}) with no modifier bits, it | |
2504 calls that function, passing the character as an argument. | |
2505 | |
2506 @defvar input-method-function | |
2507 If this is non-@code{nil}, its value specifies the current input method | |
2508 function. | |
2509 | |
2510 @strong{Warning:} don't bind this variable with @code{let}. It is often | |
2511 buffer-local, and if you bind it around reading input (which is exactly | |
2512 when you @emph{would} bind it), switching buffers asynchronously while | |
2513 Emacs is waiting will cause the value to be restored in the wrong | |
2514 buffer. | |
2515 @end defvar | |
2516 | |
2517 The input method function should return a list of events which should | |
2518 be used as input. (If the list is @code{nil}, that means there is no | |
2519 input, so @code{read-event} waits for another event.) These events are | |
2520 processed before the events in @code{unread-command-events} | |
2521 (@pxref{Event Input Misc}). Events | |
2522 returned by the input method function are not passed to the input method | |
2523 function again, even if they are printing characters with no modifier | |
2524 bits. | |
2525 | |
2526 If the input method function calls @code{read-event} or | |
2527 @code{read-key-sequence}, it should bind @code{input-method-function} to | |
2528 @code{nil} first, to prevent recursion. | |
2529 | |
2530 The input method function is not called when reading the second and | |
2531 subsequent events of a key sequence. Thus, these characters are not | |
2532 subject to input method processing. The input method function should | |
2533 test the values of @code{overriding-local-map} and | |
2534 @code{overriding-terminal-local-map}; if either of these variables is | |
2535 non-@code{nil}, the input method should put its argument into a list and | |
2536 return that list with no further processing. | |
2537 | |
2538 @node Quoted Character Input | |
2539 @subsection Quoted Character Input | |
2540 @cindex quoted character input | |
2541 | |
2542 You can use the function @code{read-quoted-char} to ask the user to | |
2543 specify a character, and allow the user to specify a control or meta | |
2544 character conveniently, either literally or as an octal character code. | |
2545 The command @code{quoted-insert} uses this function. | |
2546 | |
2547 @defun read-quoted-char &optional prompt | |
2548 @cindex octal character input | |
2549 @cindex control characters, reading | |
2550 @cindex nonprinting characters, reading | |
2551 This function is like @code{read-char}, except that if the first | |
2552 character read is an octal digit (0-7), it reads any number of octal | |
2553 digits (but stopping if a non-octal digit is found), and returns the | |
2554 character represented by that numeric character code. If the | |
2555 character that terminates the sequence of octal digits is @key{RET}, | |
2556 it is discarded. Any other terminating character is used as input | |
2557 after this function returns. | |
2558 | |
2559 Quitting is suppressed when the first character is read, so that the | |
2560 user can enter a @kbd{C-g}. @xref{Quitting}. | |
2561 | |
2562 If @var{prompt} is supplied, it specifies a string for prompting the | |
2563 user. The prompt string is always displayed in the echo area, followed | |
2564 by a single @samp{-}. | |
2565 | |
2566 In the following example, the user types in the octal number 177 (which | |
2567 is 127 in decimal). | |
2568 | |
2569 @example | |
2570 (read-quoted-char "What character") | |
2571 | |
2572 @group | |
2573 ---------- Echo Area ---------- | |
2574 What character @kbd{1 7 7}- | |
2575 ---------- Echo Area ---------- | |
2576 | |
2577 @result{} 127 | |
2578 @end group | |
2579 @end example | |
2580 @end defun | |
2581 | |
2582 @need 2000 | |
2583 @node Event Input Misc | |
2584 @subsection Miscellaneous Event Input Features | |
2585 | |
2586 This section describes how to ``peek ahead'' at events without using | |
2587 them up, how to check for pending input, and how to discard pending | |
2588 input. See also the function @code{read-passwd} (@pxref{Reading a | |
2589 Password}). | |
2590 | |
2591 @defvar unread-command-events | |
2592 @cindex next input | |
2593 @cindex peeking at input | |
2594 This variable holds a list of events waiting to be read as command | |
2595 input. The events are used in the order they appear in the list, and | |
2596 removed one by one as they are used. | |
2597 | |
2598 The variable is needed because in some cases a function reads an event | |
2599 and then decides not to use it. Storing the event in this variable | |
2600 causes it to be processed normally, by the command loop or by the | |
2601 functions to read command input. | |
2602 | |
2603 @cindex prefix argument unreading | |
2604 For example, the function that implements numeric prefix arguments reads | |
2605 any number of digits. When it finds a non-digit event, it must unread | |
2606 the event so that it can be read normally by the command loop. | |
2607 Likewise, incremental search uses this feature to unread events with no | |
2608 special meaning in a search, because these events should exit the search | |
2609 and then execute normally. | |
2610 | |
2611 The reliable and easy way to extract events from a key sequence so as to | |
2612 put them in @code{unread-command-events} is to use | |
2613 @code{listify-key-sequence} (@pxref{Strings of Events}). | |
2614 | |
2615 Normally you add events to the front of this list, so that the events | |
2616 most recently unread will be reread first. | |
2617 | |
2618 Events read from this list are not normally added to the current | |
2619 command's key sequence (as returned by e.g. @code{this-command-keys}), | |
2620 as the events will already have been added once as they were read for | |
2621 the first time. An element of the form @code{(@code{t} . @var{event})} | |
2622 forces @var{event} to be added to the current command's key sequence. | |
2623 @end defvar | |
2624 | |
2625 @defun listify-key-sequence key | |
2626 This function converts the string or vector @var{key} to a list of | |
2627 individual events, which you can put in @code{unread-command-events}. | |
2628 @end defun | |
2629 | |
2630 @defvar unread-command-char | |
2631 This variable holds a character to be read as command input. | |
2632 A value of -1 means ``empty.'' | |
2633 | |
2634 This variable is mostly obsolete now that you can use | |
2635 @code{unread-command-events} instead; it exists only to support programs | |
2636 written for Emacs versions 18 and earlier. | |
2637 @end defvar | |
2638 | |
2639 @defun input-pending-p | |
2640 @cindex waiting for command key input | |
2641 This function determines whether any command input is currently | |
2642 available to be read. It returns immediately, with value @code{t} if | |
2643 there is available input, @code{nil} otherwise. On rare occasions it | |
2644 may return @code{t} when no input is available. | |
2645 @end defun | |
2646 | |
2647 @defvar last-input-event | |
2648 @defvarx last-input-char | |
2649 This variable records the last terminal input event read, whether | |
2650 as part of a command or explicitly by a Lisp program. | |
2651 | |
2652 In the example below, the Lisp program reads the character @kbd{1}, | |
2653 @acronym{ASCII} code 49. It becomes the value of @code{last-input-event}, | |
2654 while @kbd{C-e} (we assume @kbd{C-x C-e} command is used to evaluate | |
2655 this expression) remains the value of @code{last-command-event}. | |
2656 | |
2657 @example | |
2658 @group | |
2659 (progn (print (read-char)) | |
2660 (print last-command-event) | |
2661 last-input-event) | |
2662 @print{} 49 | |
2663 @print{} 5 | |
2664 @result{} 49 | |
2665 @end group | |
2666 @end example | |
2667 | |
101018
646ca842dc74
(Command Loop Info): Say that last-command-char and last-input-char
Glenn Morris <rgm@gnu.org>
parents:
100974
diff
changeset
|
2668 The alias @code{last-input-char} is obsolete. |
84053 | 2669 @end defvar |
2670 | |
2671 @defmac while-no-input body@dots{} | |
2672 This construct runs the @var{body} forms and returns the value of the | |
2673 last one---but only if no input arrives. If any input arrives during | |
2674 the execution of the @var{body} forms, it aborts them (working much | |
2675 like a quit). The @code{while-no-input} form returns @code{nil} if | |
2676 aborted by a real quit, and returns @code{t} if aborted by arrival of | |
2677 other input. | |
2678 | |
2679 If a part of @var{body} binds @code{inhibit-quit} to non-@code{nil}, | |
2680 arrival of input during those parts won't cause an abort until | |
2681 the end of that part. | |
2682 | |
2683 If you want to be able to distinguish all possible values computed | |
2684 by @var{body} from both kinds of abort conditions, write the code | |
2685 like this: | |
2686 | |
2687 @example | |
2688 (while-no-input | |
2689 (list | |
2690 (progn . @var{body}))) | |
2691 @end example | |
2692 @end defmac | |
2693 | |
2694 @defun discard-input | |
2695 @cindex flushing input | |
2696 @cindex discarding input | |
2697 @cindex keyboard macro, terminating | |
2698 This function discards the contents of the terminal input buffer and | |
2699 cancels any keyboard macro that might be in the process of definition. | |
2700 It returns @code{nil}. | |
2701 | |
2702 In the following example, the user may type a number of characters right | |
2703 after starting the evaluation of the form. After the @code{sleep-for} | |
2704 finishes sleeping, @code{discard-input} discards any characters typed | |
2705 during the sleep. | |
2706 | |
2707 @example | |
2708 (progn (sleep-for 2) | |
2709 (discard-input)) | |
2710 @result{} nil | |
2711 @end example | |
2712 @end defun | |
2713 | |
2714 @node Special Events | |
2715 @section Special Events | |
2716 | |
2717 @cindex special events | |
2718 Special events are handled at a very low level---as soon as they are | |
2719 read. The @code{read-event} function processes these events itself, and | |
2720 never returns them. Instead, it keeps waiting for the first event | |
2721 that is not special and returns that one. | |
2722 | |
2723 Events that are handled in this way do not echo, they are never grouped | |
2724 into key sequences, and they never appear in the value of | |
2725 @code{last-command-event} or @code{(this-command-keys)}. They do not | |
2726 discard a numeric argument, they cannot be unread with | |
2727 @code{unread-command-events}, they may not appear in a keyboard macro, | |
2728 and they are not recorded in a keyboard macro while you are defining | |
2729 one. | |
2730 | |
2731 These events do, however, appear in @code{last-input-event} immediately | |
2732 after they are read, and this is the way for the event's definition to | |
2733 find the actual event. | |
2734 | |
2735 The events types @code{iconify-frame}, @code{make-frame-visible}, | |
2736 @code{delete-frame}, @code{drag-n-drop}, and user signals like | |
2737 @code{sigusr1} are normally handled in this way. The keymap which | |
2738 defines how to handle special events---and which events are special---is | |
2739 in the variable @code{special-event-map} (@pxref{Active Keymaps}). | |
2740 | |
2741 @node Waiting | |
2742 @section Waiting for Elapsed Time or Input | |
2743 @cindex waiting | |
2744 | |
2745 The wait functions are designed to wait for a certain amount of time | |
2746 to pass or until there is input. For example, you may wish to pause in | |
2747 the middle of a computation to allow the user time to view the display. | |
2748 @code{sit-for} pauses and updates the screen, and returns immediately if | |
2749 input comes in, while @code{sleep-for} pauses without updating the | |
2750 screen. | |
2751 | |
2752 @defun sit-for seconds &optional nodisp | |
2753 This function performs redisplay (provided there is no pending input | |
2754 from the user), then waits @var{seconds} seconds, or until input is | |
2755 available. The usual purpose of @code{sit-for} is to give the user | |
2756 time to read text that you display. The value is @code{t} if | |
2757 @code{sit-for} waited the full time with no input arriving | |
2758 (@pxref{Event Input Misc}). Otherwise, the value is @code{nil}. | |
2759 | |
2760 The argument @var{seconds} need not be an integer. If it is a floating | |
2761 point number, @code{sit-for} waits for a fractional number of seconds. | |
2762 Some systems support only a whole number of seconds; on these systems, | |
2763 @var{seconds} is rounded down. | |
2764 | |
2765 The expression @code{(sit-for 0)} is equivalent to @code{(redisplay)}, | |
2766 i.e. it requests a redisplay, without any delay, if there is no pending input. | |
2767 @xref{Forcing Redisplay}. | |
2768 | |
2769 If @var{nodisp} is non-@code{nil}, then @code{sit-for} does not | |
2770 redisplay, but it still returns as soon as input is available (or when | |
2771 the timeout elapses). | |
2772 | |
2773 In batch mode (@pxref{Batch Mode}), @code{sit-for} cannot be | |
2774 interrupted, even by input from the standard input descriptor. It is | |
2775 thus equivalent to @code{sleep-for}, which is described below. | |
2776 | |
2777 It is also possible to call @code{sit-for} with three arguments, | |
2778 as @code{(sit-for @var{seconds} @var{millisec} @var{nodisp})}, | |
2779 but that is considered obsolete. | |
2780 @end defun | |
2781 | |
2782 @defun sleep-for seconds &optional millisec | |
2783 This function simply pauses for @var{seconds} seconds without updating | |
2784 the display. It pays no attention to available input. It returns | |
2785 @code{nil}. | |
2786 | |
2787 The argument @var{seconds} need not be an integer. If it is a floating | |
2788 point number, @code{sleep-for} waits for a fractional number of seconds. | |
2789 Some systems support only a whole number of seconds; on these systems, | |
2790 @var{seconds} is rounded down. | |
2791 | |
2792 The optional argument @var{millisec} specifies an additional waiting | |
2793 period measured in milliseconds. This adds to the period specified by | |
2794 @var{seconds}. If the system doesn't support waiting fractions of a | |
2795 second, you get an error if you specify nonzero @var{millisec}. | |
2796 | |
2797 Use @code{sleep-for} when you wish to guarantee a delay. | |
2798 @end defun | |
2799 | |
2800 @xref{Time of Day}, for functions to get the current time. | |
2801 | |
2802 @node Quitting | |
2803 @section Quitting | |
2804 @cindex @kbd{C-g} | |
2805 @cindex quitting | |
2806 @cindex interrupt Lisp functions | |
2807 | |
2808 Typing @kbd{C-g} while a Lisp function is running causes Emacs to | |
2809 @dfn{quit} whatever it is doing. This means that control returns to the | |
2810 innermost active command loop. | |
2811 | |
2812 Typing @kbd{C-g} while the command loop is waiting for keyboard input | |
2813 does not cause a quit; it acts as an ordinary input character. In the | |
2814 simplest case, you cannot tell the difference, because @kbd{C-g} | |
2815 normally runs the command @code{keyboard-quit}, whose effect is to quit. | |
2816 However, when @kbd{C-g} follows a prefix key, they combine to form an | |
2817 undefined key. The effect is to cancel the prefix key as well as any | |
2818 prefix argument. | |
2819 | |
2820 In the minibuffer, @kbd{C-g} has a different definition: it aborts out | |
2821 of the minibuffer. This means, in effect, that it exits the minibuffer | |
2822 and then quits. (Simply quitting would return to the command loop | |
2823 @emph{within} the minibuffer.) The reason why @kbd{C-g} does not quit | |
2824 directly when the command reader is reading input is so that its meaning | |
2825 can be redefined in the minibuffer in this way. @kbd{C-g} following a | |
2826 prefix key is not redefined in the minibuffer, and it has its normal | |
2827 effect of canceling the prefix key and prefix argument. This too | |
2828 would not be possible if @kbd{C-g} always quit directly. | |
2829 | |
2830 When @kbd{C-g} does directly quit, it does so by setting the variable | |
2831 @code{quit-flag} to @code{t}. Emacs checks this variable at appropriate | |
2832 times and quits if it is not @code{nil}. Setting @code{quit-flag} | |
2833 non-@code{nil} in any way thus causes a quit. | |
2834 | |
2835 At the level of C code, quitting cannot happen just anywhere; only at the | |
2836 special places that check @code{quit-flag}. The reason for this is | |
2837 that quitting at other places might leave an inconsistency in Emacs's | |
2838 internal state. Because quitting is delayed until a safe place, quitting | |
2839 cannot make Emacs crash. | |
2840 | |
2841 Certain functions such as @code{read-key-sequence} or | |
2842 @code{read-quoted-char} prevent quitting entirely even though they wait | |
2843 for input. Instead of quitting, @kbd{C-g} serves as the requested | |
2844 input. In the case of @code{read-key-sequence}, this serves to bring | |
2845 about the special behavior of @kbd{C-g} in the command loop. In the | |
2846 case of @code{read-quoted-char}, this is so that @kbd{C-q} can be used | |
2847 to quote a @kbd{C-g}. | |
2848 | |
2849 @cindex preventing quitting | |
2850 You can prevent quitting for a portion of a Lisp function by binding | |
2851 the variable @code{inhibit-quit} to a non-@code{nil} value. Then, | |
2852 although @kbd{C-g} still sets @code{quit-flag} to @code{t} as usual, the | |
2853 usual result of this---a quit---is prevented. Eventually, | |
2854 @code{inhibit-quit} will become @code{nil} again, such as when its | |
2855 binding is unwound at the end of a @code{let} form. At that time, if | |
2856 @code{quit-flag} is still non-@code{nil}, the requested quit happens | |
2857 immediately. This behavior is ideal when you wish to make sure that | |
2858 quitting does not happen within a ``critical section'' of the program. | |
2859 | |
2860 @cindex @code{read-quoted-char} quitting | |
2861 In some functions (such as @code{read-quoted-char}), @kbd{C-g} is | |
2862 handled in a special way that does not involve quitting. This is done | |
2863 by reading the input with @code{inhibit-quit} bound to @code{t}, and | |
2864 setting @code{quit-flag} to @code{nil} before @code{inhibit-quit} | |
2865 becomes @code{nil} again. This excerpt from the definition of | |
2866 @code{read-quoted-char} shows how this is done; it also shows that | |
2867 normal quitting is permitted after the first character of input. | |
2868 | |
2869 @example | |
2870 (defun read-quoted-char (&optional prompt) | |
2871 "@dots{}@var{documentation}@dots{}" | |
2872 (let ((message-log-max nil) done (first t) (code 0) char) | |
2873 (while (not done) | |
2874 (let ((inhibit-quit first) | |
2875 @dots{}) | |
2876 (and prompt (message "%s-" prompt)) | |
2877 (setq char (read-event)) | |
2878 (if inhibit-quit (setq quit-flag nil))) | |
2879 @r{@dots{}set the variable @code{code}@dots{}}) | |
2880 code)) | |
2881 @end example | |
2882 | |
2883 @defvar quit-flag | |
2884 If this variable is non-@code{nil}, then Emacs quits immediately, unless | |
2885 @code{inhibit-quit} is non-@code{nil}. Typing @kbd{C-g} ordinarily sets | |
2886 @code{quit-flag} non-@code{nil}, regardless of @code{inhibit-quit}. | |
2887 @end defvar | |
2888 | |
2889 @defvar inhibit-quit | |
2890 This variable determines whether Emacs should quit when @code{quit-flag} | |
2891 is set to a value other than @code{nil}. If @code{inhibit-quit} is | |
2892 non-@code{nil}, then @code{quit-flag} has no special effect. | |
2893 @end defvar | |
2894 | |
2895 @defmac with-local-quit body@dots{} | |
2896 This macro executes @var{body} forms in sequence, but allows quitting, at | |
2897 least locally, within @var{body} even if @code{inhibit-quit} was | |
2898 non-@code{nil} outside this construct. It returns the value of the | |
2899 last form in @var{body}, unless exited by quitting, in which case | |
2900 it returns @code{nil}. | |
2901 | |
2902 If @code{inhibit-quit} is @code{nil} on entry to @code{with-local-quit}, | |
2903 it only executes the @var{body}, and setting @code{quit-flag} causes | |
2904 a normal quit. However, if @code{inhibit-quit} is non-@code{nil} so | |
2905 that ordinary quitting is delayed, a non-@code{nil} @code{quit-flag} | |
2906 triggers a special kind of local quit. This ends the execution of | |
2907 @var{body} and exits the @code{with-local-quit} body with | |
2908 @code{quit-flag} still non-@code{nil}, so that another (ordinary) quit | |
2909 will happen as soon as that is allowed. If @code{quit-flag} is | |
2910 already non-@code{nil} at the beginning of @var{body}, the local quit | |
2911 happens immediately and the body doesn't execute at all. | |
2912 | |
2913 This macro is mainly useful in functions that can be called from | |
2914 timers, process filters, process sentinels, @code{pre-command-hook}, | |
2915 @code{post-command-hook}, and other places where @code{inhibit-quit} is | |
2916 normally bound to @code{t}. | |
2917 @end defmac | |
2918 | |
2919 @deffn Command keyboard-quit | |
2920 This function signals the @code{quit} condition with @code{(signal 'quit | |
2921 nil)}. This is the same thing that quitting does. (See @code{signal} | |
2922 in @ref{Errors}.) | |
2923 @end deffn | |
2924 | |
2925 You can specify a character other than @kbd{C-g} to use for quitting. | |
2926 See the function @code{set-input-mode} in @ref{Terminal Input}. | |
2927 | |
2928 @node Prefix Command Arguments | |
2929 @section Prefix Command Arguments | |
2930 @cindex prefix argument | |
2931 @cindex raw prefix argument | |
2932 @cindex numeric prefix argument | |
2933 | |
2934 Most Emacs commands can use a @dfn{prefix argument}, a number | |
2935 specified before the command itself. (Don't confuse prefix arguments | |
2936 with prefix keys.) The prefix argument is at all times represented by a | |
2937 value, which may be @code{nil}, meaning there is currently no prefix | |
2938 argument. Each command may use the prefix argument or ignore it. | |
2939 | |
2940 There are two representations of the prefix argument: @dfn{raw} and | |
2941 @dfn{numeric}. The editor command loop uses the raw representation | |
2942 internally, and so do the Lisp variables that store the information, but | |
2943 commands can request either representation. | |
2944 | |
2945 Here are the possible values of a raw prefix argument: | |
2946 | |
2947 @itemize @bullet | |
2948 @item | |
2949 @code{nil}, meaning there is no prefix argument. Its numeric value is | |
2950 1, but numerous commands make a distinction between @code{nil} and the | |
2951 integer 1. | |
2952 | |
2953 @item | |
2954 An integer, which stands for itself. | |
2955 | |
2956 @item | |
2957 A list of one element, which is an integer. This form of prefix | |
2958 argument results from one or a succession of @kbd{C-u}'s with no | |
2959 digits. The numeric value is the integer in the list, but some | |
2960 commands make a distinction between such a list and an integer alone. | |
2961 | |
2962 @item | |
2963 The symbol @code{-}. This indicates that @kbd{M--} or @kbd{C-u -} was | |
2964 typed, without following digits. The equivalent numeric value is | |
2965 @minus{}1, but some commands make a distinction between the integer | |
2966 @minus{}1 and the symbol @code{-}. | |
2967 @end itemize | |
2968 | |
2969 We illustrate these possibilities by calling the following function with | |
2970 various prefixes: | |
2971 | |
2972 @example | |
2973 @group | |
2974 (defun display-prefix (arg) | |
2975 "Display the value of the raw prefix arg." | |
2976 (interactive "P") | |
2977 (message "%s" arg)) | |
2978 @end group | |
2979 @end example | |
2980 | |
2981 @noindent | |
2982 Here are the results of calling @code{display-prefix} with various | |
2983 raw prefix arguments: | |
2984 | |
2985 @example | |
2986 M-x display-prefix @print{} nil | |
2987 | |
2988 C-u M-x display-prefix @print{} (4) | |
2989 | |
2990 C-u C-u M-x display-prefix @print{} (16) | |
2991 | |
2992 C-u 3 M-x display-prefix @print{} 3 | |
2993 | |
2994 M-3 M-x display-prefix @print{} 3 ; @r{(Same as @code{C-u 3}.)} | |
2995 | |
2996 C-u - M-x display-prefix @print{} - | |
2997 | |
2998 M-- M-x display-prefix @print{} - ; @r{(Same as @code{C-u -}.)} | |
2999 | |
3000 C-u - 7 M-x display-prefix @print{} -7 | |
3001 | |
3002 M-- 7 M-x display-prefix @print{} -7 ; @r{(Same as @code{C-u -7}.)} | |
3003 @end example | |
3004 | |
3005 Emacs uses two variables to store the prefix argument: | |
3006 @code{prefix-arg} and @code{current-prefix-arg}. Commands such as | |
3007 @code{universal-argument} that set up prefix arguments for other | |
3008 commands store them in @code{prefix-arg}. In contrast, | |
3009 @code{current-prefix-arg} conveys the prefix argument to the current | |
3010 command, so setting it has no effect on the prefix arguments for future | |
3011 commands. | |
3012 | |
3013 Normally, commands specify which representation to use for the prefix | |
3014 argument, either numeric or raw, in the @code{interactive} specification. | |
3015 (@xref{Using Interactive}.) Alternatively, functions may look at the | |
3016 value of the prefix argument directly in the variable | |
3017 @code{current-prefix-arg}, but this is less clean. | |
3018 | |
3019 @defun prefix-numeric-value arg | |
3020 This function returns the numeric meaning of a valid raw prefix argument | |
3021 value, @var{arg}. The argument may be a symbol, a number, or a list. | |
3022 If it is @code{nil}, the value 1 is returned; if it is @code{-}, the | |
3023 value @minus{}1 is returned; if it is a number, that number is returned; | |
3024 if it is a list, the @sc{car} of that list (which should be a number) is | |
3025 returned. | |
3026 @end defun | |
3027 | |
3028 @defvar current-prefix-arg | |
3029 This variable holds the raw prefix argument for the @emph{current} | |
3030 command. Commands may examine it directly, but the usual method for | |
3031 accessing it is with @code{(interactive "P")}. | |
3032 @end defvar | |
3033 | |
3034 @defvar prefix-arg | |
3035 The value of this variable is the raw prefix argument for the | |
3036 @emph{next} editing command. Commands such as @code{universal-argument} | |
3037 that specify prefix arguments for the following command work by setting | |
3038 this variable. | |
3039 @end defvar | |
3040 | |
3041 @defvar last-prefix-arg | |
3042 The raw prefix argument value used by the previous command. | |
3043 @end defvar | |
3044 | |
3045 The following commands exist to set up prefix arguments for the | |
3046 following command. Do not call them for any other reason. | |
3047 | |
3048 @deffn Command universal-argument | |
3049 This command reads input and specifies a prefix argument for the | |
3050 following command. Don't call this command yourself unless you know | |
3051 what you are doing. | |
3052 @end deffn | |
3053 | |
3054 @deffn Command digit-argument arg | |
3055 This command adds to the prefix argument for the following command. The | |
3056 argument @var{arg} is the raw prefix argument as it was before this | |
3057 command; it is used to compute the updated prefix argument. Don't call | |
3058 this command yourself unless you know what you are doing. | |
3059 @end deffn | |
3060 | |
3061 @deffn Command negative-argument arg | |
3062 This command adds to the numeric argument for the next command. The | |
3063 argument @var{arg} is the raw prefix argument as it was before this | |
3064 command; its value is negated to form the new prefix argument. Don't | |
3065 call this command yourself unless you know what you are doing. | |
3066 @end deffn | |
3067 | |
3068 @node Recursive Editing | |
3069 @section Recursive Editing | |
3070 @cindex recursive command loop | |
3071 @cindex recursive editing level | |
3072 @cindex command loop, recursive | |
3073 | |
3074 The Emacs command loop is entered automatically when Emacs starts up. | |
3075 This top-level invocation of the command loop never exits; it keeps | |
3076 running as long as Emacs does. Lisp programs can also invoke the | |
3077 command loop. Since this makes more than one activation of the command | |
3078 loop, we call it @dfn{recursive editing}. A recursive editing level has | |
3079 the effect of suspending whatever command invoked it and permitting the | |
3080 user to do arbitrary editing before resuming that command. | |
3081 | |
3082 The commands available during recursive editing are the same ones | |
3083 available in the top-level editing loop and defined in the keymaps. | |
3084 Only a few special commands exit the recursive editing level; the others | |
3085 return to the recursive editing level when they finish. (The special | |
3086 commands for exiting are always available, but they do nothing when | |
3087 recursive editing is not in progress.) | |
3088 | |
3089 All command loops, including recursive ones, set up all-purpose error | |
3090 handlers so that an error in a command run from the command loop will | |
3091 not exit the loop. | |
3092 | |
3093 @cindex minibuffer input | |
3094 Minibuffer input is a special kind of recursive editing. It has a few | |
3095 special wrinkles, such as enabling display of the minibuffer and the | |
3096 minibuffer window, but fewer than you might suppose. Certain keys | |
3097 behave differently in the minibuffer, but that is only because of the | |
3098 minibuffer's local map; if you switch windows, you get the usual Emacs | |
3099 commands. | |
3100 | |
3101 @cindex @code{throw} example | |
3102 @kindex exit | |
3103 @cindex exit recursive editing | |
3104 @cindex aborting | |
3105 To invoke a recursive editing level, call the function | |
3106 @code{recursive-edit}. This function contains the command loop; it also | |
3107 contains a call to @code{catch} with tag @code{exit}, which makes it | |
3108 possible to exit the recursive editing level by throwing to @code{exit} | |
3109 (@pxref{Catch and Throw}). If you throw a value other than @code{t}, | |
3110 then @code{recursive-edit} returns normally to the function that called | |
3111 it. The command @kbd{C-M-c} (@code{exit-recursive-edit}) does this. | |
3112 Throwing a @code{t} value causes @code{recursive-edit} to quit, so that | |
3113 control returns to the command loop one level up. This is called | |
3114 @dfn{aborting}, and is done by @kbd{C-]} (@code{abort-recursive-edit}). | |
3115 | |
3116 Most applications should not use recursive editing, except as part of | |
3117 using the minibuffer. Usually it is more convenient for the user if you | |
3118 change the major mode of the current buffer temporarily to a special | |
3119 major mode, which should have a command to go back to the previous mode. | |
3120 (The @kbd{e} command in Rmail uses this technique.) Or, if you wish to | |
3121 give the user different text to edit ``recursively,'' create and select | |
3122 a new buffer in a special mode. In this mode, define a command to | |
3123 complete the processing and go back to the previous buffer. (The | |
3124 @kbd{m} command in Rmail does this.) | |
3125 | |
3126 Recursive edits are useful in debugging. You can insert a call to | |
3127 @code{debug} into a function definition as a sort of breakpoint, so that | |
3128 you can look around when the function gets there. @code{debug} invokes | |
3129 a recursive edit but also provides the other features of the debugger. | |
3130 | |
3131 Recursive editing levels are also used when you type @kbd{C-r} in | |
3132 @code{query-replace} or use @kbd{C-x q} (@code{kbd-macro-query}). | |
3133 | |
3134 @defun recursive-edit | |
3135 @cindex suspend evaluation | |
3136 This function invokes the editor command loop. It is called | |
3137 automatically by the initialization of Emacs, to let the user begin | |
3138 editing. When called from a Lisp program, it enters a recursive editing | |
3139 level. | |
3140 | |
3141 If the current buffer is not the same as the selected window's buffer, | |
3142 @code{recursive-edit} saves and restores the current buffer. Otherwise, | |
3143 if you switch buffers, the buffer you switched to is current after | |
3144 @code{recursive-edit} returns. | |
3145 | |
3146 In the following example, the function @code{simple-rec} first | |
3147 advances point one word, then enters a recursive edit, printing out a | |
3148 message in the echo area. The user can then do any editing desired, and | |
3149 then type @kbd{C-M-c} to exit and continue executing @code{simple-rec}. | |
3150 | |
3151 @example | |
3152 (defun simple-rec () | |
3153 (forward-word 1) | |
3154 (message "Recursive edit in progress") | |
3155 (recursive-edit) | |
3156 (forward-word 1)) | |
3157 @result{} simple-rec | |
3158 (simple-rec) | |
3159 @result{} nil | |
3160 @end example | |
3161 @end defun | |
3162 | |
3163 @deffn Command exit-recursive-edit | |
3164 This function exits from the innermost recursive edit (including | |
3165 minibuffer input). Its definition is effectively @code{(throw 'exit | |
3166 nil)}. | |
3167 @end deffn | |
3168 | |
3169 @deffn Command abort-recursive-edit | |
3170 This function aborts the command that requested the innermost recursive | |
3171 edit (including minibuffer input), by signaling @code{quit} | |
3172 after exiting the recursive edit. Its definition is effectively | |
3173 @code{(throw 'exit t)}. @xref{Quitting}. | |
3174 @end deffn | |
3175 | |
3176 @deffn Command top-level | |
3177 This function exits all recursive editing levels; it does not return a | |
3178 value, as it jumps completely out of any computation directly back to | |
3179 the main command loop. | |
3180 @end deffn | |
3181 | |
3182 @defun recursion-depth | |
3183 This function returns the current depth of recursive edits. When no | |
3184 recursive edit is active, it returns 0. | |
3185 @end defun | |
3186 | |
3187 @node Disabling Commands | |
3188 @section Disabling Commands | |
3189 @cindex disabled command | |
3190 | |
3191 @dfn{Disabling a command} marks the command as requiring user | |
3192 confirmation before it can be executed. Disabling is used for commands | |
3193 which might be confusing to beginning users, to prevent them from using | |
3194 the commands by accident. | |
3195 | |
3196 @kindex disabled | |
3197 The low-level mechanism for disabling a command is to put a | |
3198 non-@code{nil} @code{disabled} property on the Lisp symbol for the | |
3199 command. These properties are normally set up by the user's | |
3200 init file (@pxref{Init File}) with Lisp expressions such as this: | |
3201 | |
3202 @example | |
3203 (put 'upcase-region 'disabled t) | |
3204 @end example | |
3205 | |
3206 @noindent | |
3207 For a few commands, these properties are present by default (you can | |
3208 remove them in your init file if you wish). | |
3209 | |
3210 If the value of the @code{disabled} property is a string, the message | |
3211 saying the command is disabled includes that string. For example: | |
3212 | |
3213 @example | |
3214 (put 'delete-region 'disabled | |
3215 "Text deleted this way cannot be yanked back!\n") | |
3216 @end example | |
3217 | |
3218 @xref{Disabling,,, emacs, The GNU Emacs Manual}, for the details on | |
3219 what happens when a disabled command is invoked interactively. | |
3220 Disabling a command has no effect on calling it as a function from Lisp | |
3221 programs. | |
3222 | |
3223 @deffn Command enable-command command | |
3224 Allow @var{command} (a symbol) to be executed without special | |
3225 confirmation from now on, and alter the user's init file (@pxref{Init | |
3226 File}) so that this will apply to future sessions. | |
3227 @end deffn | |
3228 | |
3229 @deffn Command disable-command command | |
3230 Require special confirmation to execute @var{command} from now on, and | |
3231 alter the user's init file so that this will apply to future sessions. | |
3232 @end deffn | |
3233 | |
3234 @defvar disabled-command-function | |
3235 The value of this variable should be a function. When the user | |
3236 invokes a disabled command interactively, this function is called | |
3237 instead of the disabled command. It can use @code{this-command-keys} | |
3238 to determine what the user typed to run the command, and thus find the | |
3239 command itself. | |
3240 | |
3241 The value may also be @code{nil}. Then all commands work normally, | |
3242 even disabled ones. | |
3243 | |
3244 By default, the value is a function that asks the user whether to | |
3245 proceed. | |
3246 @end defvar | |
3247 | |
3248 @node Command History | |
3249 @section Command History | |
3250 @cindex command history | |
3251 @cindex complex command | |
3252 @cindex history of commands | |
3253 | |
3254 The command loop keeps a history of the complex commands that have | |
3255 been executed, to make it convenient to repeat these commands. A | |
3256 @dfn{complex command} is one for which the interactive argument reading | |
3257 uses the minibuffer. This includes any @kbd{M-x} command, any | |
3258 @kbd{M-:} command, and any command whose @code{interactive} | |
3259 specification reads an argument from the minibuffer. Explicit use of | |
3260 the minibuffer during the execution of the command itself does not cause | |
3261 the command to be considered complex. | |
3262 | |
3263 @defvar command-history | |
3264 This variable's value is a list of recent complex commands, each | |
3265 represented as a form to evaluate. It continues to accumulate all | |
3266 complex commands for the duration of the editing session, but when it | |
3267 reaches the maximum size (@pxref{Minibuffer History}), the oldest | |
3268 elements are deleted as new ones are added. | |
3269 | |
3270 @example | |
3271 @group | |
3272 command-history | |
3273 @result{} ((switch-to-buffer "chistory.texi") | |
3274 (describe-key "^X^[") | |
3275 (visit-tags-table "~/emacs/src/") | |
3276 (find-tag "repeat-complex-command")) | |
3277 @end group | |
3278 @end example | |
3279 @end defvar | |
3280 | |
3281 This history list is actually a special case of minibuffer history | |
3282 (@pxref{Minibuffer History}), with one special twist: the elements are | |
3283 expressions rather than strings. | |
3284 | |
3285 There are a number of commands devoted to the editing and recall of | |
3286 previous commands. The commands @code{repeat-complex-command}, and | |
3287 @code{list-command-history} are described in the user manual | |
3288 (@pxref{Repetition,,, emacs, The GNU Emacs Manual}). Within the | |
3289 minibuffer, the usual minibuffer history commands are available. | |
3290 | |
3291 @node Keyboard Macros | |
3292 @section Keyboard Macros | |
3293 @cindex keyboard macros | |
3294 | |
3295 A @dfn{keyboard macro} is a canned sequence of input events that can | |
3296 be considered a command and made the definition of a key. The Lisp | |
3297 representation of a keyboard macro is a string or vector containing the | |
3298 events. Don't confuse keyboard macros with Lisp macros | |
3299 (@pxref{Macros}). | |
3300 | |
3301 @defun execute-kbd-macro kbdmacro &optional count loopfunc | |
3302 This function executes @var{kbdmacro} as a sequence of events. If | |
3303 @var{kbdmacro} is a string or vector, then the events in it are executed | |
3304 exactly as if they had been input by the user. The sequence is | |
3305 @emph{not} expected to be a single key sequence; normally a keyboard | |
3306 macro definition consists of several key sequences concatenated. | |
3307 | |
3308 If @var{kbdmacro} is a symbol, then its function definition is used in | |
3309 place of @var{kbdmacro}. If that is another symbol, this process repeats. | |
3310 Eventually the result should be a string or vector. If the result is | |
3311 not a symbol, string, or vector, an error is signaled. | |
3312 | |
3313 The argument @var{count} is a repeat count; @var{kbdmacro} is executed that | |
3314 many times. If @var{count} is omitted or @code{nil}, @var{kbdmacro} is | |
3315 executed once. If it is 0, @var{kbdmacro} is executed over and over until it | |
3316 encounters an error or a failing search. | |
3317 | |
3318 If @var{loopfunc} is non-@code{nil}, it is a function that is called, | |
3319 without arguments, prior to each iteration of the macro. If | |
3320 @var{loopfunc} returns @code{nil}, then this stops execution of the macro. | |
3321 | |
3322 @xref{Reading One Event}, for an example of using @code{execute-kbd-macro}. | |
3323 @end defun | |
3324 | |
3325 @defvar executing-kbd-macro | |
3326 This variable contains the string or vector that defines the keyboard | |
3327 macro that is currently executing. It is @code{nil} if no macro is | |
3328 currently executing. A command can test this variable so as to behave | |
3329 differently when run from an executing macro. Do not set this variable | |
3330 yourself. | |
3331 @end defvar | |
3332 | |
3333 @defvar defining-kbd-macro | |
3334 This variable is non-@code{nil} if and only if a keyboard macro is | |
3335 being defined. A command can test this variable so as to behave | |
3336 differently while a macro is being defined. The value is | |
3337 @code{append} while appending to the definition of an existing macro. | |
3338 The commands @code{start-kbd-macro}, @code{kmacro-start-macro} and | |
3339 @code{end-kbd-macro} set this variable---do not set it yourself. | |
3340 | |
3341 The variable is always local to the current terminal and cannot be | |
102846
a447859a557b
* frames.texi (Frames): Clean up introduction. Document `ns'
Chong Yidong <cyd@stupidchicken.com>
parents:
102729
diff
changeset
|
3342 buffer-local. @xref{Multiple Terminals}. |
84053 | 3343 @end defvar |
3344 | |
3345 @defvar last-kbd-macro | |
3346 This variable is the definition of the most recently defined keyboard | |
3347 macro. Its value is a string or vector, or @code{nil}. | |
3348 | |
3349 The variable is always local to the current terminal and cannot be | |
102846
a447859a557b
* frames.texi (Frames): Clean up introduction. Document `ns'
Chong Yidong <cyd@stupidchicken.com>
parents:
102729
diff
changeset
|
3350 buffer-local. @xref{Multiple Terminals}. |
84053 | 3351 @end defvar |
3352 | |
3353 @defvar kbd-macro-termination-hook | |
3354 This normal hook (@pxref{Standard Hooks}) is run when a keyboard | |
3355 macro terminates, regardless of what caused it to terminate (reaching | |
3356 the macro end or an error which ended the macro prematurely). | |
3357 @end defvar | |
3358 | |
3359 @ignore | |
3360 arch-tag: e34944ad-7d5c-4980-be00-36a5fe54d4b1 | |
3361 @end ignore |