diff lispref/nonascii.texi @ 83284:360860a0006f

Merged from [e-mail]--gnu-2005 (patch 45-55, 214-231) Patches applied: * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-214 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-215 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-216 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-217 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-218 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-219 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-220 Merge from gnus--rel--5.10 * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-221 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-222 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-223 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-224 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-225 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-226 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-227 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-228 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-229 Update from CVS * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-230 Merge from gnus--rel--5.10 * [e-mail]--gnu-2005/emacs--cvs-trunk--0--patch-231 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-45 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-46 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-47 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-48 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-49 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-50 Update from CVS: texi Makefile.in CVS keyw cruft * [e-mail]--gnu-2005/gnus--rel--5.10--patch-51 Update from CVS: ChangeLog tweaks * [e-mail]--gnu-2005/gnus--rel--5.10--patch-52 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-53 Merge from emacs--cvs-trunk--0 * [e-mail]--gnu-2005/gnus--rel--5.10--patch-54 Update from CVS * [e-mail]--gnu-2005/gnus--rel--5.10--patch-55 Update from CVS git-archimport-id: [e-mail]--2004/emacs--multi-tty--0--patch-324

--- a/lispref/nonascii.texi	Mon Mar 28 04:24:51 2005 +0000
+++ b/lispref/nonascii.texi	Mon Apr 04 16:43:15 2005 +0000
@@ -628,6 +628,27 @@
 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 roundtrip identity:
+decoding a byte sequence using coding system, then encoding the
+resulting text in the same coding system, can produce a different byte
+sequence.  However, the following coding systems do guarantee that the
+byte sequence will be the same as what you originally decoded:
+
+@quotation
+chinese-big5 chinese-iso-8bit cyrillic-iso-8bit emacs-mule
+greek-iso-8bit hebrew-iso-8bit iso-latin-1 iso-latin-2 iso-latin-3
+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
+
+  Encoding buffer text and then decoding the result can also fail to
+reproduce the original text.  For instance, if 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}).  If you encode Unicode characters with
+@code{iso-latin-2} and decode the result 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
 on various systems for representing end of line in files.  The Unix