Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Two extra-light weight and medium weight missing in variable font #291

Closed
3 tasks done
WordlessEcho opened this issue Apr 8, 2021 · 4 comments
Closed
3 tasks done

Comments

@WordlessEcho
Copy link

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 the supported scope of the region or regions? This generally means GB 18030 or Tōngyòng Guīfàn Hànzìbiǎo (通用规范汉字表) for China, Big Five or CNS 11643 Planes 1 & 2 for Taiwan, HKSCS-2016 for Hong Kong, JIS X 0208, JIS X 0212, and JIS X 0213 for Japan, and KS X 1001 and KS X 1002 for Korea.
  • Did you thoroughly search the open and closed issues to avoid reporting a duplicate issue?
  • Did you go through the official font readme file to better understand the scope of the project, to include the Known Issues section at the very end?

Description

[Please provide here a thorough description of the issue, being sure to specify at least a Unicode code point if it affects a character or a particular glyph for a character. Including the character itself after the Unicode code point also helps, for visual reasons. Images with annotations that pinpoint the issue also help. If you are referencing standards, please keep in mind that they may have known or unknown errors. It is not necessary to provide CIDs.]

First 250 weight. Second 300 weight.
image

@punchcutter
Copy link
Member

Same as notofonts/noto-cjk#190

Sorry about that. This is fixed for the next release. With the fix it looks like this:
windows_fixed_STAT
This only affects the Windows display name so the order you see is still correct, just the names are wrong because of the STAT table ranges.

@jimmymasaru
Copy link

In macOS, ExtraLight is shown as Regular in both Font Book and Pages. I'm not sure if that's related to this issue.
screenshot

@punchcutter
Copy link
Member

No, that's a different problem with macOS only, but is also now fixed.

punchcutter added a commit that referenced this issue Apr 28, 2021
- Variable font STAT table ranges were updated to display correctly on Windows. Issue [#291](#289)

- Variable font postscript names were updated to display correctly on macOS 11. Issue [#291](#289)

- Added missing CID+37953 to Korean Subset. Issue [#289](#289)

- Glyphs with missing outlines were corrected. Issue [#296](#296)
punchcutter added a commit that referenced this issue Apr 28, 2021
- Variable font STAT table ranges were updated to display correctly on Windows. Issue [#291](#289)

- Variable font postscript names were updated to display correctly on macOS 11. Issue [#291](#289)

- Added missing CID+37953 to Korean Subset. Issue [#289](#289)

- Glyphs with missing outlines were corrected. Issue [#296](#296)
@punchcutter
Copy link
Member

punchcutter commented Apr 29, 2021

Fixed in 2.004

On Windows 10 20H2 19042.631
shs-291

On macOS 11.3
shs291-mac

macOS forces Regular to be on top even though ExtraLight is the default instance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants