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

width and height value in <advance> tag #786

Closed
hatchzo opened this issue Apr 11, 2019 · 2 comments · Fixed by #787
Closed

width and height value in <advance> tag #786

hatchzo opened this issue Apr 11, 2019 · 2 comments · Fixed by #787

Comments

@hatchzo
Copy link

hatchzo commented Apr 11, 2019

If a ufo file has both height and width values in tag, AFDKO tools drop the width value from the font. Please check C12139, C12140, C12141 and C12142 in the attachment, and then tx -t1 JPSymbol-EL.ufo > JPSymbol-EL.pfa. The problem produces on mergefonts too.

JPSymbol-EL.ufo.zip

@readroberts
Copy link
Contributor

The problem is deeper than a bug. The reason that tx and mergefonts drop the vertical advance width when they write to *.pfa and *.cff is the the output font format has nowhere to store vertical advances. This is stored only in the OTF vmtx table. A separate process will be needed to fill out a feature file specification of the vmtx table from the vertical advance widths in a UFO.

@kenlunde
Copy link

@rroberts The issue is that the horizontal advance, which is specified as the second element of <advance height="1000" width="1000"/>, is being ignored, resulting in a glyph with a zero-width horizontal advance.

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

Successfully merging a pull request may close this issue.

3 participants