X-Git-Url: https://gitweb.factorcode.org/gitweb.cgi?p=factor.git;a=blobdiff_plain;f=basis%2Funicode%2FUCA%2FCollationTest.html;h=62fd879756788d5bd2d4c0791860eb5704eb55af;hp=ba95e9527cfb73f1fa13eac44ced29798c2c37fb;hb=e3f197c3bbd776e9bb83d7fa8598687a8842d0b6;hpb=631f909b7c6544e3391bdecb4139e7e2015ae69e diff --git a/basis/unicode/UCA/CollationTest.html b/basis/unicode/UCA/CollationTest.html index ba95e9527c..62fd879756 100644 --- a/basis/unicode/UCA/CollationTest.html +++ b/basis/unicode/UCA/CollationTest.html @@ -4,7 +4,7 @@ - + UCA Conformance Tests @@ -12,9 +12,9 @@ - + @@ -22,9 +22,9 @@
- [Unicode]  Unicode - Collation Algorithm + [Unicode]   + Unicode Collation Algorithm
 

Unicode® Collation Algorithm
Conformance Tests

-

Version 13.0.0
2020-02-12

+

Version 15.0.0
2022-08-12

The following files provide conformance tests for the Unicode Collation Algorithm - (UTS #10: Unicode Collation Algorithm).

+ (UTS #10: Unicode Collation Algorithm).

These files are large, and thus packaged in zip format to save download time.

+
+

Note: These files test the sort order of an untailored DUCET table. + If you are using an implementation of the + CLDR Collation Algorithm + with its tailored root collation data, + for example ICU or a library that uses ICU for collation, + then you need to test with files that reflect that sort order. + The CLDR collation conformance test files have + the same names (except for an added _CLDR infix) + and structures as the ones here for the DUCET. + You can find them in the CLDR GitHub repo in the folder “common/uca”, + or in the CLDR data file download area, + in the “cldr-common-*.zip” file, again in the folder “common/uca”. + Select the files for the version of CLDR that is used in the implementation.

+
+

Format

There are four different files:

The format is illustrated by the following example:

@@ -46,25 +62,20 @@ After the hash mark is a comment. This comment is purely informational, and may change in the future. Currently it consists of the characters of the sequence in parentheses, the name of the first code point, and a representation of - the  sort key for the sequence.

+ the sort key for the sequence.

The sort key representation is in square brackets. It uses a vertical bar for the ZERO separator. Between the bars are the primary, secondary, tertiary, and quaternary weights (if any), in hex.

- - - - - -
Note:The sort key is purely informational. UCA does not - require the production of any particular sort key, as long as the results of comparisons - match.
+

Note: The sort key is purely informational. UCA does not + require the production of any particular sort key, as long as the results of comparisons + match.

Testing

The files are designed so each line in the file will order as being greater than or equal to the previous one, when using the UCA and the - Default + Default Unicode Collation Element Table. A test program can read in each line, compare it to the last line, and signal an error if order is not correct. The exact comparison that should be @@ -81,9 +92,6 @@

These files contain test cases that include ill-formed strings, with surrogate code points. Implementations that do not weight surrogate code points the same way as reserved code points may filter out such lines lines in the test cases, before testing for conformance.

-
-

Note: This test is only valid for an untailored DUCET table.

-

Migration

Tie-breaker

@@ -115,23 +123,23 @@
  • S2.1.1 loops over each of the following three characters C, but there is no table entry for any of those three S+C. In particular, there is no DUCET mapping for 0FB2+0F71 - (see Tibetan and + (see Tibetan and Well-Formedness of DUCET).
  • The loop exits without finding any match beyond S=0FB2.
  • See “Also note that the Algorithm employs two distinct contraction matching methods:” at the end of Section 7.2, - Produce Collation Element Arrays.

    + Produce Collation Element Arrays
    .


    -