Home› Technique and Theory
Options

The default line height in OSX fontbook

Belleve InvisBelleve Invis Posts: 269
in Technique and Theory
Recently someone reported that Iosevka's line height is inconsitent among weights, however the metrics in `hhea` and `OS/2` table are exactly same within all the subfamilies I provided.

It it means that there are still some undiscovered parameters which decides the line height?

TTF files : http://7xpe0v.com1.z0.glb.clouddn.com/iosevka-lineheight-test-osx-20151224b.7z
Tagged:

Comments

  • Options
    James PuckettJames Puckett Posts: 1,971
  • Options
    LeMo aka PatternMan aka Frank E BloklandLeMo aka PatternMan aka Frank E Blokland Posts: 709
    edited December 2015
    The vertical metrics info in both the regular and bold font files is indeed identical.





    I have seen this before and TBH I have no clue what is causing the different display in Font Book. It looks like a cosmetic issue to me and one can at least circumvent it by adding NameID 19 to the naming table.







    Although actually the same effect shows up in the example above, it is less obvious than in the standard font overview.
  • Options
    Nick ShinnNick Shinn Posts: 2,147
    I’m guessing it’s your bounding boxes.
    Some layout apps use the top of the bounding box to position type.
    Often, characters like Aring will be taller in the Bold.

  • Options
    Belleve InvisBelleve Invis Posts: 269
    @LeMo aka Frank E Blokland 

    After changing the hhea.descent to the "real" descender (-205) the problem is solved. But... Why OS X increases line height?
  • Options
    Jonny GibsonJonny Gibson Posts: 7
    Definitely having this problem... Checked in OTMaster, all table values are the same. Custom text string in the name table.

    Can't for the life of me figure out why weights have different line heights?!
Sign In or Register to comment.