changeset 2819:18bd0414af22

[xemacs-hg @ 2005-06-19 21:08:29 by aidan] Taiwanese is not Mandarin.
author aidan
date Sun, 19 Jun 2005 21:08:31 +0000
parents 9fa10603c898
children 320160d49319
files src/ChangeLog src/file-coding.c src/mule-coding.c
diffstat 3 files changed, 17 insertions(+), 9 deletions(-) [+]
line wrap: on
line diff
--- a/src/ChangeLog	Sun Jun 19 20:49:47 2005 +0000
+++ b/src/ChangeLog	Sun Jun 19 21:08:31 2005 +0000
@@ -1,3 +1,11 @@
+2005-06-19  Aidan Kehoe  <kehoea@parhasard.net>
+
+	* file-coding.c:
+	* mule-coding.c:
+	The vernacular in Taiwan, and thus the language for which Big5 is
+	most used, is Mandarin. Taiwanese does exist, but since the
+	Chinese civil war, it's used less and less in Taiwan. 
+	
 2005-06-06  Marcus Crestani  <crestani@xemacs.org>
 
 	* lisp.h (DEFUN): Define S##fname here.
--- a/src/file-coding.c	Sun Jun 19 20:49:47 2005 +0000
+++ b/src/file-coding.c	Sun Jun 19 21:08:31 2005 +0000
@@ -1080,7 +1080,7 @@
      Compound Text (the encoding used in X11).  You can specify more
      specific information about the conversion with the PROPS argument.
 'big5
-     Big5 (the encoding commonly used for Taiwanese).
+     Big5 (the encoding commonly used for Mandarin Chinese in Taiwan).
 'ccl
      The conversion is performed using a user-written pseudo-code
      program.  CCL (Code Conversion Language) is the name of this
@@ -2799,13 +2799,13 @@
 /************************************************************************/
 
 /* This is used to handle end-of-line (EOL) differences.  It is
-character-to-character, and works (when encoding) *BEFORE* sending
-data to the main encoding routine -- thus, that routine must handle
-different EOL types itself if it does line-oriented type processing.
-This is unavoidable because we don't know whether the output of the
-main encoding routine is ASCII compatible (Unicode is definitely not,
-for example).  [[ sjt sez this is bogus.  There should be _no_ EOL
-processing (or processing of any kind) after conversion to external. ]]
+character-to-character, and works (when encoding) *BEFORE* sending data to
+the main encoding routine -- thus, that routine must handle different EOL
+types itself if it does line-oriented type processing.  This is unavoidable
+because we don't know whether the output of the main encoding routine is
+ASCII compatible (UTF-16 is definitely not, for example).  [[ sjt sez this
+is bogus.  There should be _no_ EOL processing (or processing of any kind)
+after conversion to external. ]]
 
 There is one parameter: `subtype', either `cr', `lf', `crlf', or nil.
 */
--- a/src/mule-coding.c	Sun Jun 19 20:49:47 2005 +0000
+++ b/src/mule-coding.c	Sun Jun 19 21:08:31 2005 +0000
@@ -324,7 +324,7 @@
 /*                            Big5 methods                              */
 /************************************************************************/
 
-/* BIG5 (used for Taiwanese). */
+/* BIG5 (used for Mandarin in Taiwan). */
 DEFINE_CODING_SYSTEM_TYPE (big5);
 
 /* BIG5 is a coding system encoding two character sets: ASCII and