NFSL2001

> `googlefonts/name/license` > It appears that the check believes the font should be under Apache. Not sure why. Language looks ok. I think it's about the filename, the check wants...

Updates based on recommendations in #8 .

[Release v2.100](https://github.com/NightFurySL2001/WD-XL-font/releases/tag/v2.100) ready for GF review.

目前猜测原因是 FontForge 导出的二进制有问题。FontForge 本身已经略有历史了，导出的字体文件（TTF/UFO）都有一些奇奇怪怪的问题，比如源文件导出的UFO是没有纵向度量的。我们在尽量解决这个问题。

You should report this error in Adobe-Japan1 repo. The error seem to comes from the reference document 5031.JapaneseOCF.pdf in the AJ1 repo, which shows the middle stroke longest. The lift...

Do be noted that the current form is provided as-is from Adobe-Japan1. 

For the two JP-related character you mentioned, only 糔 U+7CD4 shows the incorrect form based on original sources; 慅 U+6145 is using the correct dot direction. Below is a screenshot...

Duplicate issue of #105 and https://github.com/adobe-fonts/source-han-sans/issues/327. Note that current CN in GB18030 and 通用规范汉字表 uses 壬 (middle stroke longest), so Serif is correct and Sans is not. 𡈼 (bottom stroke...

在本人搬迁糖圆体至 2.0 时发现此问题并排查，发现粉圆 2.0 的纵向参数相对 1.0/1.1 有重大修改。1.0/1.1版的纵向参数 ascender/descender 是 871/-153，但在 2.0版的值是 880/-120。此字体使用的 UPM 值是 1024，相信是 justfont 在人员更动后新的维护者并未注意 UPM 和平常OTF字体的 1000 不同，因此特意修改纵向参数符合OTF的习惯导致 2.0 版本异常。

Ref: https://github.com/adobe-type-tools/Adobe-Japan1/issues/9 Seems like a bug in Adobe-Japan1.