We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
It appears as if 0 is treated as a string null terminator.
% hb-subset --unicodes=41,42,0,43,44 --output-file=output.ttf Roboto-Regular.ttf % spot -tcmap=5 output.ttf --- encoding[0] platformId=0 scriptId =3 languageId=0 --- [code]=glyphId [0041]=1 [0042]=2 --- encoding[1] platformId=3 scriptId =1 languageId=0 --- [code]=glyphId [0041]=1 [0042]=2 --- encoding[2] platformId=3 scriptId =10 languageId=0 --- [code]=glyphId [00000041]=1 [00000042]=2
In comparison, fontTools respects code points after 0.
% pyftsubset --unicodes=41,42,0,43,44 --output-file=output.ttf Roboto-Regular.ttf % spot -tcmap=5 output.ttf --- encoding[0] platformId=0 scriptId =3 languageId=0 --- [code]=glyphId [0000]=1 [0041]=2 [0042]=3 [0043]=4 [0044]=5
SNIP
The text was updated successfully, but these errors were encountered:
It's a problem in how we represent text in utils/. I'll take a look.
Sorry, something went wrong.
3ec2e4f
[util] Don't terminate string after a a 0 in -u
529d341
Fixes harfbuzz#1361
No branches or pull requests
It appears as if 0 is treated as a string null terminator.
In comparison, fontTools respects code points after 0.
SNIP
The text was updated successfully, but these errors were encountered: