source-han-serif
source-han-serif copied to clipboard
HK & TW glyph issue for U+50F0 僰 and U+68D7 棗
Source Han Serif Version: v2.000
This one is easy to get overlooked. I just spot this by accident.
The CN glyphs for U+50F0 僰 and U+68D7 棗 cannot be used for HK or TW because of the difference in the 朿 component. For U+68D7 棗, suggest to remap TW and HK to JP. For U+50F0 僰, unfortunately (?) the JP glyph cannot be directly used because of the stroke form difference in the last stroke of 朿 on the right. If allocating a new glyph isn't possible right now, I think the JP glyph is preferable for this case.
While this isn't related to the HK/TW mapping issue, I also want to point out the KR mapping for U+68D7 棗 should be the same as the JP version. Please fix this as well.
While some major Korean fonts like (from left to right) Adobe Gothic Std, Apple Myungjo Std, Apple SD Gothic Neo (based off Nanum Gothic) and Apple Gothic have the CN form, this I think is inconsistent. Apple Myungjo (far right) has the JP form.
![Screenshot 2021-12-06 at 16 17 03](https://user-images.githubusercontent.com/10541683/144811310-ee9591d0-78f7-40ec-a65d-3de3432d7da7.png)
And yes, while the Korean Unicode reference is not consistent in some ways, I think 棗 needs to be more consistent with the other glyphs that have 朿 as the component.
![Screenshot 2021-12-06 at 16 10 18](https://user-images.githubusercontent.com/10541683/144810951-7fdbae5c-9aa3-4450-a44c-4b139c3be69a.png)
![Screenshot 2021-12-06 at 16 10 54](https://user-images.githubusercontent.com/10541683/144810966-703ed378-aa4a-41bb-bcb3-814c201e135d.png)
![Screenshot 2021-12-06 at 16 11 14](https://user-images.githubusercontent.com/10541683/144810972-23401fd1-c5fb-46cd-b1d6-56e09886048c.png)
Fix to U+68D7 and U+50F0 confirmed in v2.001. Thanks!
@punchcutter Inconsistent record in Readme file compared to here.
Removed the mistaken line from the README.