Open xfq opened 2 years ago
xfq
commented
2 years ago The first comment in this issue contains text that will automatically appear in one or more gap-analysis documents as a subsection with the same title as this issue. Any edits made to that comment will be immediately available in the document. Proposals for changes or discussion of the content can be made in comments below this point.
Relevant gap analysis documents include: _Chinese_
r12a
commented
2 years ago A quicker way to create and run tests for this is to send the characters to my font lister, eg. https://r12a.github.io/scripts/fontlist/?script=hans&text=%E2%80%A6%E4%B8%80%E2%8B%AF#result
That shows several fonts that you don't mention but which are problematic, such as Hei and Kai on the Mac.
macnmm
commented
2 years ago Aside from adding new code points to address this and other CJK issues with Unicode, we may need to propose a comprehensive font solution for this issue (there are already some font features in place, but they are not supported everywhere). This issue is not only about certain code points' glyphs being biased to Latin typographic design when they lack a unique code point for CJK; other spacing requirements or rotation in vertical requirements are also lacking.
xfq
commented
1 month ago
This issue applies to Chinese.
The glyphs in some system fonts do not match the requirements for Chinese text layout.
Below are the problematic code points.
The root cause of this problem is that some Chinese and Western punctuations share the same code points. See also requirements in clreq.
Tests & results: Interactive test U+2E3A TWO-EM DASH[⸺] will be vertically centred in Chinese.
It is not vertically centred in PingFang, Microsoft JhengHei, and Microsoft YaHei.
[TODO: To add more tests]
Priority: Given that a workaround is possible (i.e., changing the font), this is prioritised as an advanced issue.