-
Notifications
You must be signed in to change notification settings - Fork 648
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updating TW glyph shape to CNS11643 Amendment 1 #194
Comments
In my assessment, the list comprises glyphs that fall into two distinct categories, which in my opinion would be best addressed separately: (1) Changes that involve differences at the stroke or component level. For example, the transformation of ㇏ to 丶 in the character 旲, or the substitution of 口 with 厶 in 䆓. (2) Changes that reflect variations in design but have been altered to ensure consistency within the CNS reference glyph set. For instance, determining whether the longest horizontal stroke in the 亲 component should be 木, or whether the last (and second to last) stroke should touch the upper component in ⿱㓁 and ⿱穴. I'd like to add my opinion regarding the second category. Let's talk about characters composed with ⿱㓁 or ⿱穴 first. I will summarize the current situation in the table provided below: Please understand that I have no issue with these discrepancies and appreciate the shared design between TW and HK. To me, TW and HK standard glyphs are considered as references that do not necessarily require strict adherence. Thus, when it comes to factors like stroke connections, I’d prioritize aesthetics over the render found in the reference glyph. Hence my points:
If I were to make a decision, I would likely opt for design B or C, rather than design A. But once again, I am completely fine with these discrepancies. The problem is actually uni7F55-TW 罕 (in Serif) and uni5E18-TW 帘 (in Sans) not in line with the other glyphs. Therefore, I would like to suggest modifying the uni7F55-TW 罕 to adopt the "both disconnected" form (form C) instead. Second, for characters composed with the 亲 component, for a more complete picture, I'd like to add that there are actually twelve codepoints or 21 glyphs to look into for the sake of design consistency.
|
Note that 罕 specifically in the CNS Amendment 1 change the second to last stroke of 㓁 to lightly touch the top; otherwise I don't see any significant changes between the two glyphs. It is noted that the officials do mentioned small deviations are acceptable in this case depending on the font style. 帘 in Sans is a must-fix for TW since it doesn't follow other 穴 component. For 亲 component, there is no definition on which stroke in the component should be the longest in HK. Looking at the reference glyphs, it do seems that there is some changes to make the 3rd horizontal stroke the longest: [Funnily enough, some HB characters (新, 親 and 薪) seem to have differences between Regular script and Song in the CCLI reference. Maybe it's not modified thoroughly.] |
Oh dear. While I appreciate consistency within a (reference) font, this seems have gone a bit too far to me. |
Note: the EDB reference glyph in hk for 親 and 新 both have the second horizontal stroke way longer than the third. |
See adobe-fonts/source-han-sans#454 for details. It seems that Serif has more strictly following CNS11643 glyphs.
Action list for doing CNS11643 Amendment 1:
(typo for 嚫)
The text was updated successfully, but these errors were encountered: