]> git.eshelyaron.com Git - emacs.git/commitdiff
(Coding System Basics): Clarify previous change.
authorRichard M. Stallman <rms@gnu.org>
Fri, 1 Apr 2005 22:08:47 +0000 (22:08 +0000)
committerRichard M. Stallman <rms@gnu.org>
Fri, 1 Apr 2005 22:08:47 +0000 (22:08 +0000)
lispref/ChangeLog
lispref/nonascii.texi

index 0d11d7c0e9e3b413ad2d3b001a41d9c83b54019f..8a34499507f9b2186ab6b719de2e96341829f6f1 100644 (file)
@@ -1,3 +1,7 @@
+2005-04-01  Richard M. Stallman  <rms@gnu.org>
+
+       * nonascii.texi (Coding System Basics): Clarify previous change.
+
 2005-04-01  Kenichi Handa  <handa@m17n.org>
 
        * nonascii.texi (Coding System Basics): Describe about rondtrip
index 91a47ea50f9f6b412a459c246d65c0cf0750816e..4e38c300a61b2dc2673aac0dbeebdf4cfc5588cd 100644 (file)
@@ -628,11 +628,11 @@ characters; for example, there are three coding systems for the Cyrillic
 conversion, but some of them leave the choice unspecified---to be chosen
 heuristically for each file, based on the data.
 
-In general, a coding system doesn't guarantee a roundtrip identity,
-i.e. decoding followed by encoding in the same coding system can
-result in the different byte sequence.  But there are several coding
-systems that go guarantee that the result will be the same as what you
-originally decoded.  They are:
+In general, a coding system doesn't guarantee roundtrip identity:
+decoding text then encoding the result in the same coding system can
+produce a different byte sequence from the one you originally decoded.
+However, the following coding systems do guarantee that the result
+will be the same as what you originally decoded:
 
 @quotation
 chinese-big5 chinese-iso-8bit cyrillic-iso-8bit emacs-mule
@@ -641,14 +641,13 @@ iso-latin-4 iso-latin-5 iso-latin-8 iso-latin-9 iso-safe
 japanese-iso-8bit japanese-shift-jis korean-iso-8bit raw-text
 @end quotation
 
-Likewise, a coding systme doesn't guarantee the other way of roundtrip
-identity, i.e. encoding buffer text into a coding system followed by
-decoding again with the same coding system will produce the different
-buffer text.  For instance, when you encode Latin-2 characters by
-@code{utf-8} and decode it back by the same coding system, you'll get
-Unicode charactes (of charset @code{mule-unicode-0100-24ff}), and when
-you encode Unicode characters by @code{iso-latin-2} and decode it back
-by the same coding system, you'll get Latin-2 characters.
+Encoding buffer text and then decoding the result can also fail to
+reproduce the original text.  For instance, when you encode Latin-2
+characters with @code{utf-8} and decode the result using the same
+coding system, you'll get Unicode characters (of charset
+@code{mule-unicode-0100-24ff}).  When you encode Unicode characters
+with @code{iso-latin-2} and decode them back with the same coding
+system, you'll get Latin-2 characters.
 
 @cindex end of line conversion
   @dfn{End of line conversion} handles three different conventions used