adobe-fonts / adobe-fonts/source-han-sans
HK glyph for U+74CA 瓊 is incorrect
- Lenguaje dominante
- Python
- Estrellas
- 17.2k
- Forks
- 1.4k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
Currently, the HK version of U+74CA 瓊 is mapped to `uni74CA-JP`. But this glyph doesn't fit HK's convention because of the difference in the bottom right component (攵 in HK/TW, 夂 in JP/CN/KR).

This could be fixed simply by changing the mapping of the HK version of U+74CA to `uni74CA-TW`. However, this actually points to a larger problem.
There is one more glyph `uni74CAuE0101-JP` for U+74CA, which looks very similar to uni74CA-TW.

There is a trivial difference - in uni74CAuE0101-JP, the last stroke ㇏ touches the first stroke 丿 of the 攵 component, while the two strokes don't touch in uni74CA-TW. The untouched design can also be found in the TW version of other 敻-composed glyphs, which is probably why a different glyph is needed for U+74CA.

But I’d argue this is a unifiable difference and such distinction is unneccessary because:
1. In U+657B 敻, all regions including TW and HK share the same glyph (`uni657B-CN`), with the last stroke of 攵 touching the first stroke.

2. In fact, the "touched" version of the 攵 component is used in all other codepoints, no matter which region the glyph is mainly designed for.

Thus, the design of the 攵 component in all TW glyphs with the 敻 component is actually inconsistent with the other part of the font.
To conclude, I believe a better fix would be to (1) map TW and HK version of U+74CA 瓊 to `uni74CAuE0101-JP` (which design is better than uni74CA-TW), (2) modify `uni77CE-TW` (矎), `uni85D1-TW` (藑), `uni89FC-TW` (觼), `uni8B82-TW` (讂) so that the design of 攵 in this 4 glyphs align with the font design, and (3) remove the current `uni74CA-TW` to save one CID for other use.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Evaluación
Este issue todavía no se ha evaluado.