[Freefont-bugs] Re: a comparison of FreeMono.ttf versions of 2003-06-24 and 2008-03-24

[Joe Wells]

James Cloos <address@hidden> writes:

>>>>>> "Joe" == Joe Wells <address@hidden> writes:
>
> Joe> • Document a way (if there is one) that users can tell applications
> Joe>   to use this font with a smaller vertical line spacing.
>
> Since xterm allows one to specify a client-side font with a full
> fontcofig pattern, you can try adding »:minspace=true« to the pattern.

I used to test with and without this option and never found a single
case where it made any difference.  I just tested again both with and
without it and there was no difference for these font specifications:

  Andale Mono-8
  Andale Mono-8:minspace=true
  Courier New-8
  Courier New-8:minspace=true
  DejaVu Sans Mono-8
  DejaVu Sans Mono-8:minspace=true
  FreeMono-8
  FreeMono-8:minspace=true
  Lucida Console-8
  Lucida Console-8:minspace=true

> libXft’s behavior changes with that flag:
>
> ,----[ from libXft/src/xftfreetype.c ]
> |         if (fi->minspace)
> |             height = ascent + descent;
> |         else
> |             height = face->size->metrics.height >> 6;
> `----
>
> The >>6 is for conversion from freetype's 26.6 bit fixed point value to
> an integer value, and metrics.height is specified in the font.
>
> I currently use these forms for various programs:
>
>   DejaVu Sans Mono-7.2:minspace=true
>   DejaVu Sans Mono:pixelsize=13:minspace=true
>
> (those two give the same results on my (not-quite-ancient) 133dpi laptop).

What is pixelsize supposed to do?  Is that an alternative to
specifying the point size?

-- 
Joe


-- 
Heriot-Watt University is a Scottish charity
registered under charity number SC000278.