mcs/class/I18N/CJK/ChangeLog

   1 2008-05-16  Atsushi Enomoto  <atsushi@ximian.com>
   2
   3         * Makefile: added Test/texts/*.txt to EXTRA_DISTFILES.
   4
   5 2006-01-30  Atsushi Enomoto  <atsushi@ximian.com>
   6
   7         * DbcsEncoding.cs ISO2022JP.cs GB18030Encoding.cs CP51932.cs
   8           CP949.cs : Fixed windows code page and some minor properties.
   9
  10 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  11
  12         * DbcsConvert.cs ISO2022JP.cs CP950.cs CP932.cs: author lines.
  13           Monoized CP932.cs which is too deeply indented to read (and
  14           anyways no one other than myself is taking care of it).
  15
  16 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  17
  18         * KSConvert.cs Big5Convert.cs Gb2312Convert.cs: removed. They could
  19           just be DbcsConvert instances.
  20         * I18N.CJK.dll.sources : removed above.
  21         * DbcsConvert.cs : added static fields: Big5 and KS.
  22         * CP949.cs CP950.cs : use DbcsConvert class directly.
  23
  24 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  25
  26         * CP936.cs, CP949.cs, CP950.cs :
  27           Added GetByteCountImpl() (there weren't GetByteCount() override
  28           in those classes, so they also save extra byte[] allocation).
  29         * CP932.cs, CP51932.cs, GB18030Encoding.cs, ISO2022JP.cs :
  30           GetByteCount() -> GetByteCountImpl().
  31           Fixed ISO2022JPEncoder/Decoder to hold different "shifted_in" flags
  32           for GetByteCountImpl() and GetBytesImpl().
  33
  34 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  35
  36         * ISO2022JP.cs GB18030Encoding.cs CP936.cs CP51932.cs:
  37           fix warnings.
  38
  39 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  40
  41         * CP950.cs :
  42           This was the last one encoding which needed incomplete byte
  43           handling.
  44         * DbcsEncoding.cs, GB18030Encoding.cs, CP950.cs, CP932.cs,
  45           CP936.cs, CP51932.cs, CP949.cs (all):
  46           Made GetCharCount() and GetChars() in DbcsDecoder as different
  47           internal CheckRange() methods (it is bad design to have those
  48           methods as base methods). Use CheckRange() everywhere.
  49
  50 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  51
  52         * CP949.cs :
  53           handle incomplete byte (thus conversion implementation went into
  54           CP949Decoder like other DBCS encodings).
  55
  56 2006-01-23  Atsushi Enomoto  <atsushi@ximian.com>
  57
  58         * CP936.cs :
  59           handle incomplete byte (thus conversion implementation went into
  60           CP936Decoder like other DBCS encodings).
  61
  62 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
  63
  64         * CP51932.cs :
  65           Encoding.GetChars() does not handle incomplete bytes but
  66           Decoder.GetChars() should do it (which was has vanished
  67           when I fixed CP51932 4 days ago). Now it uses Decoder which
  68           preserves incomplete byte like CP932 and CP54936.
  69
  70 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
  71
  72         * CP932.cs :
  73           Implemented Decoder to handle incomplete bytes correctly. Hold
  74           different incomplete bytes for GetChars() and GetCharCount().
  75           "reflesh" parameter in 2.0 is now handled correctly.
  76           Now GetChars()/GetCharCount() in Encoding are implemented
  77           correctly to use Decoder.
  78
  79 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
  80
  81         Fixed bug #77307.
  82         * GB18030Encoding.cs : GetEncoder() and GetDecoder() should be
  83           overriden. in the Encoder, refresh parameter should handle
  84           incomplete field at its end of processing. Also it should
  85           differentiate GetByteCount() and GetChars() for its internal
  86           state.
  87         * GB18030Source.cs : handle end index of GB18030Map as inclusive,
  88           not exclusive. Reject out-of-range GBX conversion.
  89
  90 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
  91
  92         * GB18030Encoding.cs : GetChars() ditto. Fixed bug #77306.
  93
  94 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
  95
  96         * CP949.cs : GetChars() exactly the same fix as CP950.
  97           Fixed bug #77298.
  98
  99 2006-01-20  Atsushi Enomoto  <atsushi@ximian.com>
 100
 101         * CP950.cs : GetChars() should filter out invalid index to internal
 102           conversion array. Fixed bug #77274.
 103
 104 2006-01-17  Atsushi Enomoto  <atsushi@ximian.com>
 105
 106         * DbcsEncoding.cs CP950.cs CP932.cs CP936.cs CP51932.cs CP949.cs :
 107           Made all as really serializable. Removed references to DbcsConvert
 108           and added GetConvert() methods instead.
 109
 110 2006-01-17  Atsushi Enomoto  <atsushi@ximian.com>
 111
 112         * DbcsEncoding.cs ISO2022JP.cs GB18030Encoding.cs CP950.cs
 113           CP932.cs CP936.cs CP51932.cs CP949.cs (All) :
 114           Marked as [Serializable].
 115
 116 2006-01-16  Atsushi Enomoto  <atsushi@ximian.com>
 117
 118         * CP936.cs :
 119           Implement GetCharCount(); it is too costy to use GetChars()
 120           in GetCharCount(). Removed extra code in GetChars(). Check table
 121           index range before accessing it by index.
 122
 123 2006-01-16  Atsushi Enomoto  <atsushi@ximian.com>
 124
 125         * CP51932.cs :
 126           In GetChars(), insufficient byte is not preserved.
 127           Under 1.x profile it is just discarded.
 128           Under 2.0 profile it is converted to \u30FB.
 129           Fixed GetCharCount() to match GetChars().
 130
 131 2006-01-13  Atsushi Enomoto  <atsushi@ximian.com>
 132
 133         * CP932.cs : GetByteCount() returned insufficient count at PrivateUse
 134           area. Fixed bug #77724.
 135
 136           (Additionally, reduced extraneous indentation in switch-cases).
 137
 138 2006-01-12  Atsushi Enomoto  <atsushi@ximian.com>
 139
 140         * CP51932.cs : oops, another extra debugging code was remaining.
 141           Fixed bug #77223.
 142
 143 2005-12-06  Atsushi Enomoto  <atsushi@ximian.com>
 144
 145         Now I can rename new CP936_2.cs file to CP936.cs without svn diff mess.
 146
 147 2005-12-06  Atsushi Enomoto  <atsushi@ximian.com>
 148
 149         * DbcsConvert.cs : added static Gb2312 field for common use.
 150         * dbcs-table-generator.cs :
 151           Added shortcut options for BIG5 and GB2312. Compressed data a bit.
 152         * CP936.cs, CP936_2.cs : GB2312.TXT does not exist anymore on
 153           unicode.org and it does not work like MS Codepage 936, so added
 154           fresh implementation which is almost the same as CP950.cs.
 155           CP936.cs is therefore removed.
 156         * GB18030Encoding.cs :
 157           switched implementation from Gb2312Convert to (base) DbcsConvert
 158           as well as CP936.
 159         * gb2312-build.sh : added note that we don't use it anymore.
 160         * gb2312.table :
 161           with it CP936 can handles CP936-only codepoints as well.
 162         * big5.table : compressed a bit.
 163         * I18N.CJK.dll.sources : in the meantime, use CP936_2.cs
 164
 165 2005-12-06  Atsushi Enomoto  <atsushi@ximian.com>
 166
 167         * renamed from big5-table-generator.cs to dbcs-table-generator.cs.
 168
 169 2005-12-06  Atsushi Enomoto  <atsushi@ximian.com>
 170
 171         * big5-table-generator.cs : made it to work for GB2312 table
 172           generation purpose (different format than gb2312.table.)
 173
 174 2005-12-06  Atsushi Enomoto  <atsushi@ximian.com>
 175
 176         * CP936.cs,
 177           GB18030Encoding.cs,
 178           GB18030Source.cs : conversion from Encoding to MonoEncoding and
 179           added fallback support in GEtBytes(Impl), as well as others.
 180
 181 2005-12-05  Atsushi Enomoto  <atsushi@ximian.com>
 182
 183         * big5-table-generator.cs : new file to generate "big5.table".
 184         * CP950.cs : added fallback support. switched to GetBytesImpl().
 185         * DbcsEncoding.cs : switched to MonoEncoding (should have been
 186           committed when CP949.cs was committed).
 187         * big5.table : updated to match MS CP950.
 188
 189 2005-12-05  Atsushi Enomoto  <atsushi@ximian.com>
 190
 191         * CP949.cs : migration from GetBytes (of Encoding) to GetBytesImpl
 192           (of MonoEncoding). Added fallback support.
 193
 194 2005-12-05  Atsushi Enomoto  <atsushi@ximian.com>
 195
 196         * I18N.CJK_test.dll.sources : new file for NUnit test.
 197         * Makefile : removed NO_TEST.
 198
 199 2005-12-03  Atsushi Enomoto  <atsushi@ximian.com>
 200
 201         * CP51932.cs :
 202           GetCharCount() was returning excessive size. Now it is also based
 203           on MonoEncoding, with fallback support.
 204
 205 2005-12-03  Atsushi Enomoto  <atsushi@ximian.com>
 206
 207         * CP932.cs : oops, wrong range.
 208
 209 2005-12-03  Atsushi Enomoto  <atsushi@ximian.com>
 210
 211         * CP932.cs :
 212           in GetBytes() \uFF01-\uFF60 are incorrectly mapped to ASCII
 213           characters (they should be mapped to full-width characters).
 214           Base type is now MonoEncoding, without adding fallback support.
 215
 216 2005-12-02  Atsushi Enomoto  <atsushi@ximian.com>
 217
 218         * ISO2022JP.cs :
 219           Base type is now MonoEncoding (fallbacks are not handled yet).
 220           Largely rewritten to handle SI/SO flag (CP50222)
 221           and mode transition (all) correctly.
 222
 223 2005-11-21  Atsushi Enomoto  <atsushi@ximian.com>
 224
 225         * CP949.cs : UHC level 2 base number is wrong.
 226           Fixed bug #76760 Patch by Hye-Shik Chang.
 227
 228 2005-11-16  Atsushi Enomoto  <atsushi@ximian.com>
 229
 230         * GB18030Encoding.cs : check GB2312 first, and then check GB18030.
 231           Fixed GB18030 part of bug #76722.
 232
 233 2005-11-16  Atsushi Enomoto  <atsushi@ximian.com>
 234
 235         * GB2312Convert.cs , CP936.cs, GB18030Encoding.cs : don't handle
 236           single byte characters in UcsToGbk. Fixed GB2312 part of #76722.
 237
 238 2005-11-01  Atsushi Enomoto  <atsushi@ximian.com>
 239
 240         * CP949.cs : Now it contains both CP949 (UHC) and CP51949 (EUC) for
 241           Korean encoding. This should fix bug #76588.
 242
 243 2005-09-25  Atsushi Enomoto  <atsushi@ximian.com>
 244
 245         * I18N.CJK.dll.sources : needs fix as well.
 246
 247 2005-09-25  Atsushi Enomoto  <atsushi@ximian.com>
 248
 249         * CP50221.cs,
 250           ISO2022JP.cs :
 251           So, now "CP50221.cs" is improper, since it contains all 50220-50222.
 252
 253 2005-09-25  Atsushi Enomoto  <atsushi@ximian.com>
 254
 255         * CP50221.cs : actually 50220 and 50222 are also iso-2022-jp encodings.
 256           Fixed bug #76139. This file is likely to be renamed.
 257
 258 2005-09-18  Atsushi Enomoto  <atsushi@ximian.com>
 259
 260         * CP50221.cs, GB18030Encoding.cs : because of silly design
 261           Common/Manager expects fixed class names CPxxxxx. Fixed bug #76139.
 262
 263 2005-08-22  Raja R Harinath  <rharinath@novell.com>
 264
 265         * Makefile (EXTRA_DISTFILES): Add README.gb18030 and gb18030.table.
 266
 267 2005-08-19  Atsushi Enomoto  <atsushi@ximian.com>
 268
 269         why didn't we have it? ;-)
 270
 271         * README.gb18030,
 272           gb18030.table,
 273           GB18030Encoding.cs,
 274           GB18030Source.cs,
 275           Makefile,
 276           I18N.CJK.dll.sources : added support for GB18030 encoding.
 277         * Gb2312Convert.cs : added utility conversion methods.