2005-07-26 Atsushi Enomoto <atsushi@ximian.com>
authorAtsushi Eno <atsushieno@gmail.com>
Tue, 26 Jul 2005 11:04:31 +0000 (11:04 -0000)
committerAtsushi Eno <atsushieno@gmail.com>
Tue, 26 Jul 2005 11:04:31 +0000 (11:04 -0000)
* Collation-notes.txt : updated implementation status.

svn path=/trunk/mcs/; revision=47692

mcs/class/corlib/Mono.Globalization.Unicode/ChangeLog
mcs/class/corlib/Mono.Globalization.Unicode/Collation-notes.txt

index 14fcd451c26f525525e94ddb71be7be8117d0f88..757b77fa34c574c1671a8985c50576dfb50668b9 100644 (file)
@@ -1,3 +1,7 @@
+2005-07-26  Atsushi Enomoto  <atsushi@ximian.com>
+
+       * Collation-notes.txt : updated implementation status.
+
 2005-07-26  Atsushi Enomoto  <atsushi@ximian.com>
 
        * SimpleCollator.cs : Implemented quick codepoint comparison in
index 6cccfb2b089fc28551922bf0e57d8c1fdad6591c..692d1d4e77bde6d8059a2fc16ca8a60cfb1b4e45 100644 (file)
                - infer how Windows collation element table is composed
                  : mostly analyzed.
                - write table generator source(s)
-                 : mostly implemented. Need to fill 50 blank characters
-                   which should not be blank, and fix 1100 lines of
-                   different mappings.
+                 : mostly implemented. Need to fill 30 blank characters
+                   which should not be blank, and fix nearly 400 mappings.
                - culture-specific sortkey data
-                 : Some are written in mono-tailoring-source.txt. They
-                   come from dumped diffs (shown later) and UCA tailorings
-                   (via create-tailorings.exe).
+                 : They are defined in mono-tailoring-source.txt.
+                   All single sortkey remapping in all cultures are filled.
+                   Contractions are not fully checked yet (should be filled
+                   from UCA tailorings via create-tailorings.exe).
        * implement collation methods
-               - All methods are basically implemented in practical level.
-               - except for GetSortKey(), Compare() and Prefix(), they don't
-                 handle Japanese and Arabic extenders.
+               - all done.
        * fix design (FIXMEs)
                - Currently tailored sortkey does not handle CompareOptions.
                  However the flag is significant.
 
 *** future Optimization
 
-       For GetSortKey(), Compare(), IsPrefix() and IndexOf(), it uses forward
-       iteration, which moves forward and don't stop until either it finds
-       next "primary" character or it reached the end of the string, checking
-       HasContractHead(char) for composite.
+       For GetSortKey() and IndexOf(), it uses forward iteration, which moves
+       forward and don't stop until either it finds next "primary" character
+       or it reached the end of the string, checking with IsSafe(char).
+
+       For Compare() and IsPrefix(), it is already implemented.
 
        For IsSuffix() and LastIndexOf(), it uses backward iteration, which
        moves backward and don't stop until either it finds "primary"
-       characters or it reached the beginning of the string, checking
-       HasContractTail(char) for composite.
+       characters or it reached the beginning of the string, checking with
+       IsSafe(char).
 
-       Porting them to C code is an alternative possible approach.
+       Porting them to C code is an alternative possible approach, but from
+       Compare() optimization experience, it is quick enough.
 
 ** How to support CompareOptions