-
Notifications
You must be signed in to change notification settings - Fork 208
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
Scrambled renderind with NotoSansTC-Regular.otf #81
Comments
Have you tried other fonts with CFF table to rule out a general problem with such fonts? |
@khaledhosny I only try |
Any |
The Noto CJK page exposes a large range of flavors, otc vs ttf, etc. @edouard-lopez, in your example you compare DroidSansFallbackFull.ttf (TTF, working) to NotoSansTC-Regular.otf (OTF, buggy). |
The same font renders fine with FontView so this looks like a problem in OpenType.js. |
OpenType.js process other fonts fine. |
related: opentypejs/opentype.js#273, opentypejs/opentype.js#243
I met rendering problems when using
text-to-svg
(shrhdk/text-to-svg#22, shrhdk/text-to-svg#23) with theNotoSansTC-Regular.otf
.Drilling down it appears
text-to-svg
is based onopentype.js
.Expected
This is for reference, I find that
DroidSansFallbackFull.ttf
worked fine.Actual (with NotoSans)
I tested on opentype.js online demo and the result is scramble too (see below):
The text was updated successfully, but these errors were encountered: