You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The USE cluster definition currently treats combining marks that don't have an explicit Indic syllabic category assigned as class BASE_IND and turns them into single code point clusters. This affects all combining marks for non-Brahmic scripts or for the Common and Inherited scripts, except for the handful of marks for which the USE overrides the Indic syllabic category and assigns a Brahmic mark category.
According to the USE specification, this leads to more problems:
– As the single code point cluster for such marks starts with the mark, a dotted circle should be inserted. (None of the three major implementations actually does that.)
– As the mark and its base are in separate clusters, none of the features of the Basic cluster formation GSUB group should be applied, leading to problems such as googlefonts/noto-fonts#1953. (This problem is only reproducible in HarfBuzz; DirectWrite and CoreText appear to ignore the specification in this regard, leading to the behavior the font designer intended.)
Following the current path, these problems can be hacked around by overriding more non-Brahmic combining marks, such as the ones used for Tai Le, with Indic syllabic categories. However, this isn't a real solution because ① any of the combining marks in scripts Common and Inherited can be applied to any base character, and ② many of these combining marks have non-zero combining classes and therefore can be reordered in normalization, something the USE isn't prepared to handle.
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
ID: 194a6d3c-4137-46e9-3a4b-44b990200986
Version Independent ID: a0c8e788-5228-aa28-670e-3ba1ac3faecd
The USE cluster definition currently treats combining marks that don't have an explicit Indic syllabic category assigned as class BASE_IND and turns them into single code point clusters. This affects all combining marks for non-Brahmic scripts or for the Common and Inherited scripts, except for the handful of marks for which the USE overrides the Indic syllabic category and assigns a Brahmic mark category.
According to the USE specification, this leads to more problems:
– As the single code point cluster for such marks starts with the mark, a dotted circle should be inserted. (None of the three major implementations actually does that.)
– As the mark and its base are in separate clusters, none of the features of the Basic cluster formation GSUB group should be applied, leading to problems such as googlefonts/noto-fonts#1953. (This problem is only reproducible in HarfBuzz; DirectWrite and CoreText appear to ignore the specification in this regard, leading to the behavior the font designer intended.)
Following the current path, these problems can be hacked around by overriding more non-Brahmic combining marks, such as the ones used for Tai Le, with Indic syllabic categories. However, this isn't a real solution because ① any of the combining marks in scripts Common and Inherited can be applied to any base character, and ② many of these combining marks have non-zero combining classes and therefore can be reordered in normalization, something the USE isn't prepared to handle.
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
The text was updated successfully, but these errors were encountered: