diff options
| author | Paul Eggert <eggert@cs.ucla.edu> | 2024-06-04 22:13:47 -0700 |
|---|---|---|
| committer | Paul Eggert <eggert@cs.ucla.edu> | 2024-06-04 22:16:28 -0700 |
| commit | 3dcac22dd4225fdec0b97408da38f74de2a77bef (patch) | |
| tree | c79a8563efbed67aae0bba5d46b628c1e8a5b69b /src/macros.c | |
| parent | 636461686f1d36388d4523cbb10eb7ec3bbbd63e (diff) | |
Spelling fixes
Diffstat (limited to 'src/macros.c')
| -rw-r--r-- | src/macros.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/src/macros.c b/src/macros.c index 230195d9488..a4df125aafd 100644 --- a/src/macros.c +++ b/src/macros.c @@ -343,14 +343,14 @@ buffer before the macro is executed. */) restore Vexecuting_kbd_macro and executing_kbd_macro_index, and run 'kbd-macro-termination-hook'. - If read_char happens to be called at the end of a macro interation, + If read_char happens to be called at the end of a macro iteration, but before read_key_sequence could handle the end (e.g., when lisp code calls 'read-event', 'read-char', or 'read-char-exclusive'), read_char will simply continue reading other available input (Bug#68272). Vexecuting_kbd_macro and executing_kbd_macro remain untouched until the end of the iteration is handled. - This is similar (in observable behavior) to a posibly simpler + This is similar (in observable behavior) to a possibly simpler implementation of keyboard macros in which this function pushed all characters of the macro into the incoming event queue and returned immediately. Maybe this is the implementation that we ideally |