-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Closed
Labels
Description
This one is a bit complicated and need some more words.
Here are the BIG5 & HKSCS characters with 感 in their composition:
- Currently glyphs of U+611F 感 and U+6FB8 澸 are mapped to CN. But due to structural difference (⿹咸心vs ⿱咸心), HK cannot use CN glyphs.
- For this two codepoints, it's more appropriate to use TW glyphs.
- However, currently TW glyphs containing 感 are designed in a way such that the 一 component of 咸 sticks to the left stroke of the surrounding 戊 component. This is not the case for HK and other regions. And this explains why new glyphs are needed for U+61BE 憾, U+64BC 撼, U+8F57 轗.
- Following this route, new glyphs would be needed for U+611F 感 and U+6FB8 澸.
That said, I also found that
- TW glyph doesn't need to be designed this way. According to TW’s standard documents for 方體 and 宋體 (No. 101402), the 一 is clearly separated from 戊.
I suspect the current TW form was chosen due to an inconsistency in the design document (comparing the above image with the glyph of the MoE font, you can see that the placement of 一 is a bit different for 感), or it's based on an older version.
- Such design difference isn’t consistently applied to other codepoints - most are using the “non-sticking” version of 咸. For instance, U+54B8 咸 (share with JP), U+558A 喊 (share with CN) and even TW glyphs like U+8474 葴, U+9C75 鱵 and U+9E99 麙.
So instead of adding new glyphs for HK, I’d like to propose to consistently use the "non-sticking" version by:
- modifying existing TW glyphs of U+611F 感 and U+6FB8 澸, then share them with HK
- modifying the mapping of TW's U+61BE 憾, U+64BC 撼 and U+8F57 轗 to use the HK version
- optionally, consider changing the mapping of the following TW glyphs:
| Codepoint | Remap Region |
|---|---|
| U+5D45 嵅 | JP |
| U+6937 椷 | JP |
| U+7158 煘 | HK |
| U+7BB4 箴 | HK |
| U+7DD8 緘 | CN |
Explorer09



