(syms_of_coding): Doc fix for inhibit-iso-escape-detection.

1 files changed, 7 insertions, 7 deletions

diff --git a/src/coding.c b/src/coding.c
index 17be6af296d..cc636af0ba0 100644
--- a/src/coding.c
+++ b/src/coding.c
@@ -6423,24 +6423,24 @@ The default value is `select-safe-coding-system' (which see).");
 \n\
 By default, on reading a file, Emacs tries to detect how the text is\n\
 encoded.  This code detection is sensitive to escape sequences.  If\n\
-the sequence is valid as ISO2022, the code is detemined as one of\n\
-ISO2022 encoding, and the file is decoded by the corresponding coding\n\
-system (e.g. `iso-2022-7bit').\n\
+the sequence is valid as ISO2022, the code is determined as one of\n\
+the ISO2022 encodings, and the file is decoded by the corresponding\n\
+coding system (e.g. `iso-2022-7bit').\n\
 \n\
 However, there may be a case that you want to read escape sequences in\n\
 a file as is.  In such a case, you can set this variable to non-nil.\n\
 Then, as the code detection ignores any escape sequences, no file is\n\
-detected as some of ISO2022 encoding.  The result is that all escape\n\
-sequences become visible in a buffer.\n\
+detected as encoded in some ISO2022 encoding.  The result is that all\n\
+escape sequences become visible in a buffer.\n\
 \n\
 The default value is nil, and it is strongly recommended not to change\n\
 it.  That is because many Emacs Lisp source files that contain\n\
 non-ASCII characters are encoded by the coding system `iso-2022-7bit'\n\
 in Emacs's distribution, and they won't be decoded correctly on\n\
-reading if you suppress escapse sequence detection.\n\
+reading if you suppress escape sequence detection.\n\
 \n\
 The other way to read escape sequences in a file without decoding is\n\
-to explicitely specify some coding system that doesn't use ISO2022's\n\
+to explicitly specify some coding system that doesn't use ISO2022's\n\
 escape sequence (e.g `latin-1') on reading by \\[universal-coding-system-argument].");
   inhibit_iso_escape_detection = 0;
 }