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