Mercurial > hg > xemacs-beta
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