source-han-sans

source-han-sans copied to clipboard

As a supplement to [this two-year-old issue about some CN glyphs having only TW/HK forms](https://github.com/adobe-fonts/source-han-sans/issues/313), I found out that several GB18030 hanzi are showing only Japanese traditional print forms which...

Marcus98T

Variable TTF has different HHEA ascender/descender values than OTF

1

### Prerequisites * [ ] ~~If you are reporting an issue that affects glyphs for characters for a particular region or regions, did you verify that the characters are within...

alvinhochun

CJK EXTA UNI+4B4D䭍

1

UNI+4B4D䭍右下皿字粗细有异常 并且左右不协调

Steve-Yuu

Incorrect JP 唾 U+553E

2

唾 is a character in Adobe-Japan1. Currently JP 唾 is using the CN form. However, the bottom length of 垂 is incorrect for JP. There is a JP glyph for...

NightFurySL2001

Issue with U+5DD5-TW(巕)

2

  Please correct it.

KathrynCG

Issue with U+5EB7(康)

6

 left: TW; right: HK The glyph of TW and HK should be the same. I think the glyph of TW should be deleted, and map it to HK. ...

KathrynCG

Standardize TW/HK 八 and 入 components with JP/KR forms

7

I propose making the TW/HK forms of 八 (TW only) and 入 (especially the length of the top horizontal stroke that is connected to the throw stroke on the right)...

Marcus98T

Adjust the 亥 part in 氦 (U+6C26, JP only)

3

While I do not have an issue with the horizontal top stroke in the 亥 part of 氦 (U+6C26), I have a slight issue with the last stroke in 亥,...

Marcus98T

U+7ACA 竊 is a Big5 Level 1 character. For HK CLIAC, the bottom of U+7ACA 竊 is classified under the 禸 component, which should have the top left corner protude...

NightFurySL2001

Issue with 夜 component in TW/HK

1

In Taiwan MOE manual, 夕 component is required to have the dot stroke (點) connected to the top and bottom stroke.  This also applies to 夜, where the manual...

NightFurySL2001